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EXECUTIVE  SUMMARY 


This  technical  report  describes  a  software  prototype  that  demonstfates  a 
concept  and  a  method  for  integrating,  into  a  unitary  and  comprehensive  medical 
advisory  and  training  software  package,  predictive  models  of  soldier  responses  to 
altitude,  heat,  and  cold  stresses  and  on-line  medical  handbooks.  77ie  title  of  this 
software  prototype  is  FLDMED  representing  the  concept  of  a  field  medicine  decision, 
reference,  and  training  aid.  In  this  version  of  FLDMED,  the  altitude  module  employs  a 
University  of  Vermont  hypoxia  model,  th^j^at  strain  module  utilizes  the  USARIEM 
Heat  Strain  Model,  and  the  cold  module  has  an  interface  designed  to  accommodate  the 
USARIEM  lumped-parameter  cold  digit  model.  The  front-end  FLDMED  module  and  the 
associated  altitude,  cold,  and  heat  submodules  utilize  comon  formats  for  popup  menus, 
graphics,  and  various  input-output  features.  Output  data  can  be  viewed  from  within  the 
program  in  alternative  formats  such  as  charts,  data  grids,  or  detailed  data  listings, 
input  and  output  data  can  be  saved  as  text  files  annotated  with  time-date  stamps  and 
user  notes.  Alternatively,  the  data  may  be  saved  In  delimited  fields  for  subsequent 
importation  Into  spreadsheets  for  more  complex  analysis.  Each  functionally  distinct 
environmental  stress  module  permits  the  simultaneous  definition,  calculation,  and 
analysis  of  four  scenarios.  This  characteristic  facilitates  parameter  sensitivity  analysis. 
Operationally  oriented  military  medical  manuals  for  altitude,  heat,  and  cold  were  also 
incorporated  Into  their  respective  modules.  This  is  the  first  USARIEM  biomedical 
modeling  product  that  has  included  document  support  as  integral  on-line  components. 
The  FLDMED  concept  of  a  comprehensive  and  dynamic  environmental  medicine  and 
physiology  software  package  can  be  further  developed  and  customized  for  a  variety  of 
different  military  medical  support  applications.  For  example,  a  program  such  as  this 
could  be  modified  to  provide  commanders  and  unit  surgeons  with  a  computer-based 
aid  for  systematic  analysis  of  a  broad  range  of  environmental  and  opc  tional 
preventive  medicine  issues.  Such  a  decision  aid  would  directly  suppo. .  a  commander's 
efforts  to  prevent  environmentally  related  illness  and  injury  across  a  wide  range  of 
potential  deployment  scenarios  involving  combinations  of  heat,  cold,  and  altitude 
stresses.  To  enhance  the  utility  for  medical  training,  other  versions  could  incorporate 
tutorial  submodules.  This  type  of  integrated  and  comprehensive  environmental  and 
operational  military  medical  software  product  could  also  be  customized  for 
computer-based  training  at  locations  such  as  the  Army  Medical  Department's  Center 
and  School  or  the  Uniformed  Services  Health  Sciences  Center. 
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INTRODUCTION 


Army  field  medical  officers  and  other  medical  personnel  do  not  currently  have  an 
operationally  oriented  computer-ba.  ^  medical  reference  resource  or  decision  aid  to 
assist  them  in  planning  medical  support  for  preventing  environmental  stress  casualties 
and  performance  degradations  among  soldiers  and  units  during  deployments.  The 
developTr.ant  of  suciva  software  tool  ::V3uld  allow  medical  planneh>  at  brigade  and 
division  levels  to  predict  and  analyze  soldier  responses  to  exposures  to  the  broad 
range  of  adverse  environmental  scenarios  inherent  in  the  alternative  mission  plans  that 
staffs  present  to  combat  and  combat  support  commanders  (see  Reardon,  1990  for  an 
example  of  brigade  level  medical  operations  and  health  care  issues  In  a  hot  desert 
environment). 

The  title  of  the  computer  program  presented  in  this  report  Is  FLDMED  which 
represents  the  notion  of  field  medicine.  Tliis  program  is  a  concept  demonstration 
prototype  that  ties  together  previously  developed  models  and  documents.  The  intent  of 
this  prototype  was  to  demonstrate  the  technical  feasibility  of  developing  a 
comprehensive  software  tool  to  assist  field  medical  personnel  in  Identifying  the 
Important  determinants  of  environmental  stresses  for  a  broad  range  of  alternative 
deployment  or  training  scenarios.  Such  planning  and  assessment  software  would 
facilitate  the  development  of  comprehensive,  efficient,  and  operationally  focused 
preventive  medicine  plans  and  countermeasures.  This  type  of  software-based  analysis 
and  advisory  tool  is  expected  to  enable  a  field  medical  officer  to  distinguish  and 
prioritize  the  wide  spectrum  of  environmental  threats  lurking  within  the  given  range  of 
mission  options  developed  by  staffs  to  present  to  commanders. 

A  program  such  as  FLDMED  would  enhance  the  capabilities  of  field  surgeons 
and  staff  medicine  officers  to  make  comprehensive  evaluations  of  the  environmental 
threats,  yet  provide  focused  environmental  preventive  medicine  advice  supporting 
command  and  staff  deployment  plans .  It  would  also  increase  the  likelihood  that  field 
medical  officers  will  systematically  consider  all  relevant  stresses  in  a  timely  manner, 
thereby  leading  to  effective,  comprehensive,  and  efficient  approaches  to  minimizing 
adverse  effects  of  harsh  environments. 

The  FLDMED  program  draws  upon  previously  developed  predictive  models  of 
the  physiologic  and  medical  consequences  of  the  stresses  of  hypoxic,  cold,  and  hot 
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environments.  In  order  to  orient  the  reader  to  the  sources  from  which  the  FLDMED 
modules  were  drawn,  as  well  as  the  scope  of  biomedical  modeling  and  simulation 
products  developed  at  USARIEM,  concise  reviews  of  some  of  these  environmental 
physiology  and  medicine  models  are  provided  in  the  following  section.  Figure  1  is  a 
schematic  that  depicts  the  relationship  of  FLDMED  to  extant  USARIEM  models  and 
applications.  To  skip  the  following  background  section  and  continue  with  the- 
description  of  FLDMED,  the  reader  may  turn  to  page  19. 


BACKGROUND:  OVERVIEW  OF  USARIEM  MODELS  Ar4D  THEIR  ' 

APPLICATIONS 

The  development  of  a  well-validated  heat  strain  algorithm  has  been  the  principal 
focus  of  USARIEM's  biomedical  modeling  efforts  over  the  past  two  decades.  This  was 
primarily  driven  by  requirements  to  analyze  and  provide  solutions  for  health  and 
performance  concerns  related  to  heat  stress  Incurred  by  soldiers  conducting  military 
operations  in  such  diverse  locations  as:  the  hot  humid  jungles  of  Vietnam  in  the  1960s 
and  early  1970s,  the  semItropIcs  of  Grenada  in  the  early  1980s,  the  hot  desert  of  the 
Middle  East  (Desert  Shleld/Storm)  In  the  early  1990s,  other  hot  climactic  regions  such 
as  Somalia,  Cuba,  and  Haiti  in  the  mid  1990s,  and  the  military  training  areas  of  the 
South  and  Southwest  in  the  United  States. 

The  principal  uses  of  the  USARIEM  Heat  Strain  Algorithm  at  USARIEM  have 
been  for  the  derivation  of  activity  modification  and  water  ingestion  guidance  for 
inclusion  into  military  training  and  operational  field  manuals  and  thermal  health  hazard 
analyses  for  soldiers  interacting  with  developmental  military  systems  undergoing  testing 
in  thermally  stressful  environments.  As  will  be  discussed  in  following  sections,  the 
USARIEM  Heat  Strain  Algorithm  has  also  been  incorporated  Into  a  variety  of 
soldier-oriented  environmental  stress  monitors,  a  tactical  meteorologic  system,  and  a 
number  of  different  wargaming  simulation  software  systems. 

Figure  1  is  a  schematic  that  depicts  physiologic  response  models  for  harsh 
environments  and  the  derivative  applications  and  products  developed  at  USARIEM. 

The  USARIEM  Heat  Strain  Model,  as  well  as  other  USARIEM  models  for  predicting  the 
adverse  consequence's  of  exposure  to  harsh  environments  are  described  in  more  detail 
in  the  following  subsections. 
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USARIEM  HEAT  STRAIN  MODELS 


The  algorithm  for  what  has  become  known  as  the  USARIEM  Heat  Strain  Model 
was  constructed  by  interlinking  a  series  of  related  predictive  physiologic  response 
formulas,  initially  published  in  1972  and  1973  by  Givoni  and  Goldman,  into  a  unified 
algorithm  (Berlin,  Stroschein,  and  Goldman,  1975).  USARIEM  scientists,  Goldman  and 
Givoni,  validated  ^e  equations  discussed  in  their  papers.  Subsequent  publications 
(Pa.idolf,  et  ai.,1986;  McNally,  et  al.,  1990}  presented  validation  results  that 
demonstrated  the  generally  excellent  performance  of  the  USARIEM  Heat  Strain 
Algorithm  for  accc.  itely  predicting  the  physiologic  strain  associated  with  a  wide  variety 
of  heat  stress  see:  iarios.  *  ^ 

Since  the  initial  development  of  the  USARIEM  Heat  Strain  Model,  slightly 
different  software  implementations  have  been  developed  for  use  in  specific 
applications.  Initial  softv.'are  implementations  were  programmed  in  FORTRAN.  These 
predictive  heat  strain  programs  typically  limited  output  to  tabular  data  and 
character-hased  graphs  for  core  temperature  and  heart  rate  as  functions  of  time. 

Inputs  to  the  programs  could  specify  a  wide  variety  of  possible  hot  weather  military 
scenarios.  Since  much  of  this  initial  software  development  occurred  prior  to  the 
w/desoread  availability  of  desktop  or  portable  computers,  these  programs  were  not 
widely  distributed.  They  were  primarily  utilized  within  USARIEM  as  simulation  and 
prediction  tools  for  health  hazard  analysis  of  thermal  stress  associated  with  research 
studies  of  soldier  interactions  vrith  new  equipment  or  systems  and  NBC  protective  gear 
In  hot  weather  environments.  Updated  versions  of  the  USARIEM  Heat  Strain  Model 
coi  tinue  to  he  used  for  this  purpose  as  illustrated  in  the  following  excerpt  from  a  recent 
USARIEM  research  study  protocol: 

Individual  exposure  will  be  terminated  if  the  rectal 
temperature  rises  more  than  0.6®C  per  5  minutes  of  exposure  or 
rises  above  39.2'’C  or  if  a  volunteer  exceeds  80%  of  her 
maximum  predicted  heart  rate  defined  as  220  -  age  (in  years)  for 
a  period  of  five  minutes. 

The  USARIEM  Heat  Strain  Model  predicts  that 
unacclimated,  sedentary  volunteers  wearing  approximately 
MOPP  1  and  exposed  to  the  two  environmental  scenarios  as 
proposed  in  this  study  qualify  for  Category  1 .  "No  Limit" 
designation.  Consequently  medical  coverage  will  consist  of  the 
long-range,  on-call  option  (Endrusick  and  Gonzalez,  1994). 
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An  innovative  adaptation  of  the  USARIEM  Heat  Strain  Algorithm  was  proposed 
In  the  mid-1980s  in  order  to  directly  extend  the  benefits  of  its  predictive  capabilities  to 
members  of  small  military  units  (e.g.,  Special  Forces  and  Rangers)  deployed  or  training 
in  hot  weather  environments.  This  concept  resulted  In  a  design  that  embedded  the 
USARIEM  Heat  Strain  Algorithm  into  a  customized  Hewlett  Packard  (HP)  hand-held 
calculator  (Pandolf  et  al.,  1986).  The  ensuing  product,  a  hand-held,  lightweight,  heat 
strain  calculator,  was  a  technical  success.  The  soldier-oriented  heat  strain  calculator 
was  capable  of  displaying  recommendations  for  work-rest  cycles,  hourly  water 
consumption,  and  maximum  single-shot  work  times.  Such  readily  available  quantitative 
advisory  information  was  meant  to  supplant  the  typically  inaccurate  subjective 
estimations  of  safe  work-rest  cycles  and  water  requirements,  as  .veil  as  obviate  the 
undesirable  practice  of  relying  on  the  appearance  of  overt  sensations  of  excessive  heat 
stress,  definite  thirst,  and  symptoms  of  impending  heat  injury  as  indications  that  heat 
stress  and  dehydt;ation  safety  limits  were  being  exceeded. 


Developmental  prototypes  of  the  heat  strain  calculator  successfully  completed 
technical  and  operational  testing.  Although  this  device  was  not  fielded,  the  concept 
and  technical  feasibility  were  verified  Further  efforts,  therefore,  were  directed  toward 
improving  and  refining  the  design.  Design  reevaluations  identified  that  adding 
reduced-size  meteorologic  sensors  to  give  the  heat  strain  calculator  a  capability  for 
capturing  site-specific  environmental  conditions  would  be  a  practical  and  significant 
enhancement.  Since  the  heat  strain  calculator  did  not  have  integrated  v/eather 
sensors,  users  either  had  to  obtain  ambient  temperature,  humidity,  wind  speed,  and 
radiant  heat  load  from  units  (at  possibly  distant  locations)  monitoring  the  wet-bulb  and 
globe  temperatures  (WBGT)  or  entered  estimated  values  by  selecting,  from  a  scrolling 
menu,  the  applicable  v  aather  category  (e.g.,  hot-dry,  hot-v/et.  emperate,  or  jungle 
[each  of  these  categories  were  associated  with  a  set  of  def3';.t  environmental 
parameter  values  in  a  look-up  table  that  was  incorporated  into  the  heat  stress  calculator 
software]). 


A  new  microprocessor-based  environmental  adviscry  devise  was  designed  that 
incorporated  capabilities  for  real-time  local  WBGT  monitoring.  With  this  developmental 
effort  the  heat  strain  calculator  was  successfully  superseded  by  a  more  capable  or 
"intelligent"  heat  strain  monitor  (HSM)  with  onboard  WBGT  sensors  (see  Figure  2  for  a 
photograph  of  the  HSM).  Design,  development,  and  test  plans  for  this 
second-generation  hand-held  heat  strain  monitor  were  successfully  implemented 
(Matthew,  et  al.,  1993).  HSM  prototypes  v/ere  fabricated  by  the  Southv;est  Research 
Institute  (SwRl,  San  Antonio,  Tex.)  under  contract  to  USARIEM.  As  specified  in  the 
design,  the  prototype  devices  incorporated  a  stowable  set  of  miniature  weather 
sensors.  The  sensor  suite  measures  and  stores  the  local  dry  and  black  globe 
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igure  2;  USARIEI\^  Digital  WBGT  Monitor  and  Hoat  Stress  Advisory  Device 

(Mntihowtit  Ql.  1993) 


temperatures,  wind  speed,  and  humidity.  The  WBGT  itself  Is  calculated  from  this 
real-time  sensor  data  by  Internal  subroutine  in  the  embedded  software. 

The  miniature  weather  sensor  suite  for  the  HSM  digital  heat  strain  monitoring 
and  advisory  device  directly  measures  dry  bulb  and  black  globe  temperatures, 
humidity,  and  wind  speed.  The  raw  data  from  these  sensors  are  captured  and  provide 
the  weather  related  inputs  for  the  embedded  algorithms  that  calculate  and  display  the 
corresponding  VifBGT.  These  sensor  data  are  also  processed  by  the  USARiEM  Heat 
Strain  Algorithm  residing  as  an  executable  module  in  an  onboard  read-only  memory 
microchip  (ROM) . 

Soldier,  uniform,  activity,  and  other  scenario-specific  user  inpufs  required  by  the 
embedded  USARiEM  Heat  Strain  Algorithm  are  entered  by  navigating  through  a 
shaliov/,  easily  traversed,  hierarchy  of  input  menu‘5  presented  to  the  user  on  the  liquid 
crystal  display  (LCD)  area  on  the  face  of  the  de*..  Output  data  are  also  displayed  on 
the  LCD  screen.  The  HSM  calculates  and  disp.  «  variety  of  tactically  useful  outputs 
such  as  maximum  recommended  work-rest  cycles,  one-shot  maximum  v/ork  time,  and 
the  corresponding  hourly  potable  v/ater  intake  requirernents. 

Operational  field  testing  in  desert  Army  training  areas  and  at  an  Australian 
oil-refining  facility  demonstrated  that  HSM  prototypes  were  rugged  and  reliable  in  hot 
environments  in  a  representative  variety  of  operational  military  and  civilian  settings 
(Gonzalez,  1995). 

Technical  testing  of  the  prototype  digital  heat  stress  monitors  in  the  carefully 
controlled  conditions  of  the  USARIEM  environmental  simulation  chambers  further 
validated  the  HSM  concept  and  technical  performance  (Matthev/,  et  al..  1993).  That 
testing,  however,  did  identif>'  a  few  discrepancies  in  several  regions  of  the  validation 
envelope  which  were  targeted  for  subsequent  correction.  For  example,  the  variance  of 
wind  speed  sensor  measurements  from  calibrated  chamb-er  wnd  speed  values  was 
somewhat  elevated  al  higher  wind  speeds.  The  advisory  outputs  for  work-rest  cycle 
times  and  water  ingestion  recommendations  in  some  cases  deviated  from  those 
provided  by  a  validated  PC-based  version  of  the  USARIEM  Heat  Strain  Model.  This 
was  attributed  to  a  possible  software  bug  in  the  HSM  software.  The  USARIEM  project 
manager  directed  the  contractor  to  investigate  and  corrected  these  software 
performance  discrepancies.  Additionally,  a  few  hardware  modifications  were  suggested 
for  improving  the  HSM's  mec.hanlGa!  reliability  and  ease  of  use. 


Technical  testing,  therefore,  served  its  purpose 
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specific  recommendations  for  improving  the  accuracy  of  the  HSM  sensors  and 
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embedded  software.  The  contract  with  SwRI  was  extended  to  implement  these 
recommendations. 

The  HSM  was  primarily  intended  for  use  by  small  combat  and  combat  support 
units.  It  has  also  been  considered,  by  some,  as  a  promising  candidate  for  replacing  the 
analog  Wechsler  WBGT  theimometer  systems  currently  deployed  by  field  preventive 
medicine  personnel  and  medical  units.  Despite  largely  successful  testing,  however,  the 
digital  HSM  currently  remains  classified  as  a  concept  demonstration  and  validation 
prototype  Item.  It  is  anticipated,  however,  that  some  type  of  modified  version  of  the 
HSM  will  be  fielded  in  the  future. 

Figure  3  depicts  a  progression  of  military  thermal  stress  monitoring  devices.  The 
technology  of  the  1960s  and  1970s  is  represented  by  the  analog  Wechsler  glass  WBGT 
thermometer  kit  (essentially  identical  to  the  Stortz  Wetbulb/Globe  Temperature  Kit, 

PSG  Industries,  NSN  6665-00-1 59-221 8).  This  kit  incorporates  a  plastic  sliderule  for 
the  user  to  determine  the  WBGT  from  the  component  dry,  wet,  and  black  bulb 
thermometer  readings  obviating  the  need  for  explicit  calculations.  The  sliderule  also 
provides  color-coded  thermal  stress  threat  categories  for  modulating  work  or  training 
intensity.  The  USARIEM  HSM,  in  the  center  of  Figure  3,  is  representative  of  the 
thermal  stress  monitoring  technology  of  the  early  to  mid-1990s.  The  pictures  on  the 
right-hand  side  of  Figure  3  depict  examples  of  the  many  possible  year  2000+ 
technology  alternatives  for  expanding  and  incorporating  the  functionality  of  USARIEM’s 
microprocessor-based  environmental  monitoring  devices  into  advanced  individual 
soldier  systems  such  as  the  21  st  Century  Land  Warrior  ensemble  (Gourley,  1 995). 

The  USARIEM  Heat  Strain  Algorithm  has  also  been  embedded  in  the  Integrated 
Meteorologic  System  (IMETS).  IMETS  is  a  complex  workstation-based  weather 
intelligence  analysis  and  decision-support  product  that  integrates  with  the  Army's 
Tactical  Command  and  Control  System  (Harris,  1994  and  US  Air  Force,  Air  Weather 
Service,  1993).  Initial  IMETS  prototypes  were  built  in  1993.  Testing  and  evaluation  of 
IMETS  prototypes  apparently  were  successful,  and  the  first  operational  versions  of 
were  scheduled  for  fielding  in  1995  (Figure  4  is  a  schematic  of  the  IMETS  equipment 
set).  The  USARIEM  heat  strain  component  for  IMETS,  however,  is  currently  in  the 
prototyping  and  testing  stages.  Therefore,  this  capability  will  be  inserteo  into  IMETS  as 
a  software  enhancement  at  a  latter  date. 

The  USARIEM  heat  strain  and  heat  casualty  prediction  module  for  IMETS  will, 
for  example,  allow  units  to  generate  color-coded  contours  of  heat  casualty  risk  as 
terrain-map  overlays.  Such  overlays  could  be  in  the  fo.r.m  of  isoprobability  contour 
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Figure  4;  The  Integrated  Meteorological  System  (IMETS) 
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maps  for  heat  casualties  or  other  formats  depicting  different  levels  of  predicted 
heat-related  performance  degradation,  optimal  work-rest  times,  water  intake 
requirements,  etc.  This  USARIEM  contribution  to  IMETS  will  assist  military  planners  in 
determining  the  degree  of  adverse  interactions  between  v/eather,  terrain,  and  soldiers 
along  alternative  routes  for  various  types  of  military  missions. 

The  USARIEM  Heat  Strain  Model  has  also  been  incorporated  into  other  military 
simulation,  training,  and  analysis  and  decision  aid  products  as  a  supporting  biomedical 
component.  The  Science  Applications  International  Corporation  (SAIC),  under  contract 
to  USARIEM,  implemented  the  USARIEM  Heat  Strain  Algorithm  as  a  personal 
computer,' or  workstation-based,  tactical  decision  aid  (SAIC,  1993).  The  resulting 
program  was  entitled  “Heat  Stress  Decision  Aid"  (HSDA).  This  program  was  designed 
primarily  for  use  by  combat  unit  staff  officers  and  NCO  leaders  to  reduce  the  likelihood 
of  dehydration  and  heat  stress  casualties  among  their  troops.  SAIC  software 
developers  used  the  FLDMED  heat  stress  module  Interface  described  in  this  report  as 
a  design  aid  in  developing  the  HSDA  interface  (SAIC,  1993,  Acknowledgments 
section). 

The  USARIEM  Heat  Strain  Algorithm  has  also  been  included  in  combat 
simulation  software  systems  designed  for  command  and  staff  planning  and  training 
support.  The  USARIEM  predictive  Heat  Strain  Algorithm,  for  example,  was 
incorporated  into  the  Army  Unit  Resiliency  Analysis  model  (McNally,  Stark,  and  Ellzy, 
1990).  Additionally,  in  collaboration  with  the  U.S.  Army's  School  of  Chemical  Defense 
at  Fort  McClellan,  SAIC  adapted  the  USARIEM  Heat  Strain  Algorithm  for  use  as  a 
component  in  the  Automated  Nuclear  Biologic  And  Chemical  Information  System 
(ANBACIS),  an  NBC  effects  simulator.  The  predictive  heat  stress  module  embedded  in 
ANBACIS  utilized  numeric  subroutines  programmed  in  Ada  that  were  developed  initially 
as  part  of  the  HSDA  software.  The  programming  language  Ada  (ANSI,  1983;  Saib, 
1985;  Naiditch,  1995)  is  currently  the  DoD's  mandated  programming  language  for  C^l 
systems.  The  use  of  Ada  as  the  baseline  programming  language  also  facilitated 
porting  the  HSDA's  numeric  software  modules  from  the  PC  environment  to  ANBACIS's 
Unix-based  workstation  environment  with  minima!  changes  to  the  core  elements  of  the 
software  code. 

In  addition  to  the  USARIEM  Heat  Strain  Model,  v;hose  equations  were  derived 
principally  by  use  of  various  curve-fitting  techniques,  USARIEM  has  developed  a  more 
analytically  based  multicompartment,  predictive  heat  strain  algorithm.  This 
multicompartment  physiologic  strain  model  has  two  dominant  components.  The  first 
component  is  composed  of  a  system  of  coupled  passive  heat  flow  equations.  The 
second  component  provides  ther.moregulatop/  feedback  control.  The  system  of  passive 
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heat  flow  equations  mathematically  describes  the  dynamics  of  open-loop  heat  flow 
within  and  across  tissue  and  vascular  compartments  as  derived  from  the  basic 
principles  of  biophysical  heat  transfer.  The  equations  and  relationships  comprising  the 
control  component  implement  either  nonlinear  or  piece-wise  linear  physiologically 
based  thermoregulatory  and  cardiovascular  feedback  mechanisms  (Kranning  II,  1991). 

This  multicompartment  closed-loop  thermoregulatory  algorithm  simulates  the 
body  as  a  single  cylindrical  segment  containing  six  concentric  isotropic  compartments 
(five  tissue  layers  and  a  central  vascular  or  core  compartment).  The  passive  heat 
transfer  component  of  this  model  can  be  represented  in  terse  matrix  notation  as  a 
system  of  coupled  nonhomogeneous  first  order  differential  equations  (Appendix  C). 

The  active  thermoregulatory  control  components  of  the  model  as  well  as  the  specific 
coefficient  values  for  the  various  equations  largely  distinguishes  this  model  from 
previous  multi-node  thermal  strain  models  (e.g.  Stolwijk  and  Hardy,  1977).  The  model 
has  been  successfully  validated  against  data  subsets  from  the  expanding  USARIEM's 
database  of  soldier-oriented  heat  stress  study  results  (GEO-Centers,  1992).  This 
analytically  derived  thermoregulatory  model  has  been  implemented  at  USARIEM  as  a 
BASIC  software  program  entitled  SCENARIO. 

The  SCENARIO  lumped-parameter  heat  strain  model  as  been  used  Within 
USARIEM  for  thermal  stress  health  hazard  analyses.  It  also  has  been  implemented  in 
C-r+  and  inserted  as  a  thermal  response  module  into  the  Integrated  Unit  Simulation 
System  (lUSS).  This  was  accomplished  by  Simulation  Technologies,  Inc.  (Dayton,  OH) 
under  a  software  development  contract  (1993).  Figure  5  illustrates  a  representative 
computer  screen  display  from  the  lUSS  simulation  program  which  provides  an  example 
of  the  type  of  outputs  provided  by  the  embedded  USARIEM  SCENARIO  heat  strain 
model. 

The  SCENARIO  thermoregulatory  mode!  can  gene.''ate  dynamic  temperature 
profiles  for  each  of  the  six  simulated  tissue  compartments.  In  contrast,  the  USARIEM 
Heat  Strain  Model,  equivalent  in  many  respects  to  a  one-segment,  one-compartment 
morphologic  abstraction  of  the  human  body,  generates  a  single,  time-dependent, 
predictive,  core  temperature  profile.  Another  advantage  of  USARIEM's  SCENARIO 
model  over  the  USARIEM  Heat  Strain  Model  is  that  SCENARIO  has  greater  capability 
for  simulating  cardiovascular  and  bloodflow  responses  to  heat  stress.  Although  both 
the  USARIEM  Heat  Strain  Model  and  SCENARIO  can  simulate  changes  in  heart  rate, 
SCENARIO  can  also  simulate  changes  in  cardiac  output,  and  intercomparlmental 
bloodflow  redistribution  as  functions  of  time.  The  cardiovascular  responses  for  both 
models,  however,  have  not  yet  been  as  extensively  validated  as  the  core  temperature 
prediction  capabilities. 
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USARIEM  COLD  EXPOSURE  MODELS 

Recently  (15  Feb.  95),  four  U.S.  Army  Ranger  candidates  perished  from 
complications  of  generalized  hypothermia  secondary  to  prolonged  immersion.  This 
occurred  during  the  swamp  phase  of  the  US  Army  Ranger  training  cycle  conducted 
within  the  Eglin  Air  Force  Base  area  in  Florida.  Although  accident  mvestigations  are 
still  in  progress,  unofficial  initial  reports  (e.g.,  Walker,  1995  a  and  b)  indicated  that  the 
hypothermia  fatalities  occurred  after  about  six  continuou.-j  hours  of  partial  to  complete 
immersion.  Investigators'  estimates  of  air  and  water  tem.peratures  have  been  65“F  and 
52®F,  respectively. 

In  order  to  provide  a  predictive  immersion  tolerance  decision  aid  to  field  and 
training  units  for  the  purpose  of  preventing  Incidents  similar  to  that  recently  incurred  by 
the  Rangers,  USARIEM  leaders  have  oriented  cold  water  immersion  modeling  efforts  to 
support  the  development  and  prototyping  of  a  pocket-sized  water  temperature 
monitoring  and  tolerance  time  advisory  device.  This  device  Is  likely  to  have  similar 
physical  and  interface  characteristics  as  the  digital  heat  stress  monitor  (HSM)  described 
above.  A  possible  expedient  design  option  is  the  addition  of  a  water  temperature  probe 
and  insertion  of  the  USARIEM  cold  immersion  model  into  the  HSM.  Such  a  device 
would  then  be  given  a  more  inclusive  product  label  reflecting  its  expanded  utility  for  a 
broader  range  of  environmental  stress  scenarios. 

For  this  effort.  USARIEM  has  been  able  to  build  upon  an  immersion  hypothermia 
model  previously  developed  at  USARIEM  by  Tikuisis,  Gonzalez,  and  Pandolf  (1987  and 
1988).  This  mathematically  oriented  mode!  (USARIEM  Water  Immersion  Model) 
simulates  the  effects  of  cold  immersion  with  a  multisegment,  six-compartment  (five 
tissue  compartments  and  one  central  blood  compartment)  morphologic  abstraction  of 
the  human  body.  It  is  a  lumped  parameter  model  with  the  passive  heat  distribution 
component  representable  as  a  series  of  nonhomogeneous,  coupled,  first  order 
differential  equations.  As  with  the  multicompartment  heat  strain  model,  these 
relationships  can  be  tersely  summarized  with  the  use  of  matrix  and  vector  notation. 

The  performance  of  the  USARIEM  lumped-parameter  Water  Immersion  Model 
has  been  validated  for  water  temperatures  of  20®C  (68‘'F)  and  28°C  (82.4‘‘F).  Further 
efforts  are  being  directed  toward  extending  the  range  of  this  model's  validated 
performance  envelope  for  cool  to  cold  water  temperatures.  An  additional  enhancement 
is  planned  for  this  immersion  mode!  that  will  include  e.xtent  of  i.mmersio.n  as  an 
independent  variable. 
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A  cold  water  immersion  tolerance  prediction  capability  is  also  being  planned  for 
inclusion  into  IMETS.  The  insertion  of  a  predictive  immersion  hypothermia  model  In 
IMETS  would  enable  the  system  to  generate  risk  contour-map  overlays  for  immersion 
hypothermia.  Such  contour  ma,.  overlays  could  be  useful  for  identifying 
terrain-dependent  emersion-time  safety  limits  for  dismounted  training  or  combat 
operations.  This  type  of  analysis  and  decision  tool  would  also  be  of  importance  in 
planning  the  distribution  and  dispatching  of  search  and  rescue  assets  for  aviators 
downed  over  bodies  of  cool  to  cold  water.  Maximal  permissible  response  times  would 
be  obtained  from  IMETS  and  the  search  and  rescue  assets  deployed  so  that  these 
phvsioiogiGally  based  response  time  !!m.its  would  not  be  exceeded. 

In  addition  to  a  cold  water  immersion  model  for  predicting  hypothermia, 
USARIEM  cold  extremity  mathematical  models  have  been  developed  that  predict 
responses  of  digits  and  extremities  to  prolonged  cold  exposure.  The  cold  exposed 
extremity  or  digit  models  are  of  two  types.  One  type  is  lumped  parameter  (Shitzer,  et 
al.,  1990  and  1993),  which  assumes  isotropic  and  homogeneous  tissue  properties 
within  each  compartment  and  near  instantaneous  and  simultaneous  temperature 
changes  at  all  points  within  a  compartment  (i.e.,  no  intracompartmental  temperature 
gradients).  The  other  type  of  mathematical  model  utilizes  a  distributed  parameter 
representation  {Shitzer,  et  a!.,  1994). 


A  distributed  parameter  system  can  model  the  addiiional  complexities  associated 
with  variations  of  tissue  properties  within  compartments  and  the  existence  of 
intm^ompartmental  temperature  gradients.  In  this  type  of  model,  thermal  energy  is  not 
assumed  to  distribute  uniformly  and  instantaneously  v/ithin  any  compartment. 
Implementations  of  these  two  types  of  cold  exposure  models  are  currently  in  different 
stages  of  parameter  identification,  verification,  and  validation.  The  rate  of  progress  in 
this  regard  indicates  that  the  lumped-parameter  model  will  become  operationally 
available  before  the  substantially  more  complicated  distributed-parametsr  cold 
extremity  model. 

The  USARIEM  cold  extremity  models  will  provide  the  ability  to  predict  risks  of 
cold  injuries,  such  as  frostbite,  to  the  extremities.  These  predictive  cold  extremity 
models  could  also  be  used  to  further  expand  the  utility  of  IMETS  for  cold  weather 
operations.  This  will  enable  IMETS,  for  example,  to  generate  contour-map  overlays 
depicting  isoprobability  contours  for  risk  of  frostbite  as  functions  of  real-time  v,feather, 
forecasted  weather,  terrain,  and  soldier-associated  parameters  such  as  type  of  gloves 
and  uniform,  and  estimates  of  various  physiologic  parameters  such  as  extent  of 
dehydration.  Similarly,  automatically  generated  contour-map  overlays  could  also 
delineate  predictions  for  spatially  varying  maximum  outdoor  cold  exposure  limits. 
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These  type  of  informational  products  would  provide  physiologically  based  guidance  for 
exposure-rewarming  cycle  times  for  sentry  duty  or  for  the  soldiers  of  units  manning 
defensive  perimeters  at  specific  locations  in  cold  weather  environments. 


USARIEM  ALTITUDE  EXPOSURE  MODELS 

A  USARIEM  model  for  predicting  the  physiologic  responses,  performance 
decrements,  and  medical  illnesses  associated  with  exposures  to  acute  and  chronic 
altitude  (or  hypoxia)  stress  is  currently  in  the  concept  definition  and  early  design  phase. 
USARIEM  research  physicians  and  physiologists  In  the  Altitude  Physiology  and 
Medicine  Division  have  generated  a  considerable  body  of  literature  (e.g.,  see  the 
compendium  of  papers  in  Houston,  et  al.,  1991)  to  support  the  eventual  development  of 
a  comprehensive  predictive  altitude  response  model.  An  interim  expedient  approach  is 
the  initial  creation  of  relatively  simple  predictive  correlational  models  for  altitude  illness 
with  subsequent  development  of  more  sophisticated  and  robust  causal  or 
servomechanistic  models. 

Causal  altitude  response  models  would  characteristically  be  predicated  on 
mathematical  descriptions  of  the  relevant  physiologic  and  biophysical  principals 
pertaining  to  altitude-associated  stress-strain  relationships.  A  closed-loop  altitude 
model  would  also  require  delineation  of  the  appropriate  physiological  feedback  control 
mechanisms. 

A  rational  or  analytic  altitude  exposure  model  is  preferred  over  a  totally  empiric 
or  correlational  derivation.  This  is  because  a  rational  model  draws  not  only  upon  the 
data  sets  used  to  specify  parameter  values,  bu:  more  importantly,  on  the  robust, 
validated,  and  well  accepted  body  of  knowledge  consisting  of  the  fundamental  and 
generally  applicable  physiologic,  biophysical,  and  control  principals  implicit  In  the 
model’s  constitutive  equations.  During  the  design  and  development  of  a  rational  model, 
the  relevant  principals,  constraints,  and  simplifying  assumptions  are  usually  explicitly 
identified.  The  analytic  framework  can  facilitate  an  a  priori  prediction  of  the  extent  of 
the  model’s  generallzability. 

Another  potentially  major  advantage  of  the  rational  model  is  that  it  may  be 
possible  to  derive  an  analytic  solution  if  the  model  is  not  excessively  complex.  An 
analytic  solution  can  be  used,  for  example,  to  check  the  accuracy  of  numerical 
implementations.  Despite  the  inherent  elegance  and  power  of  a  purely  analytically 
derived  mathematical  model,  correlational  analysis  of  empiric  or  experimental  data, 
however,  is  Siili  an  important  aspect  of  rational  mods!  building,  because  it  bridges  gaps 
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in  the  scientific  knowledge  of  the  extraordinarily  complex  cause  and  effect  mechanisms 
linking  environmental  and  physiologic  variables  with  performance  or  medical  effects. 

This  concludes  the  general  overview  and  discussion  of  the  history,  nature,  and 
applications  of  the  various  USARIEM  stress-strain  predictive  models  for  soldier 
responses  to  cold,  hot,  and  high  altitude  environments.  The  next  section  resumes  the 
discussion  of  the  FLDMED  prototype  that  integrates  these  model  into  a  unified  military 
medical  deployment  staff  support  software  tool  for  analysis,  decision  making,  and 
training. 
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METHODS 

The  concept  and  general  design  scheme  for  FLDMED,  the  software  protoiype 
developed  for  this  report,  was  delineated  in  a  previously  published  technical  note 
(Reardon,  1993).  FLDMED  is  an  implementation  that  demonsirates  many,  but  by  no 
means  alt,  of  the  features  elaborated  In  that  design  document.  A  subset  of  the 
functionality  defined  in  the  design  document  was  selected  for  developing  FLDMED.  A 
high-level  priority  for  this  implementation  was  the  demonstration  of  a  gateway  interface 
from  which  the  user  could  navigate  between  Interconnected  altitude,  cold,  and  heat 
strain  prediction  modules. 

Sketches  and  diagrammatic  storybcarding  vvsrG  utilized  for  explDnnQ  interface 
and  menu  design  alternatives.  This  design  approach  was  utilized  to  identify  different 
options  for  efficient  and  visually  effective  appearances  for  the  program  component 
interfaces.  The  desired  program  module  functionalities  were  then  translated  into 
hierarchical  menu  structures.  This  was  done  in  parallel  with  the  interface  design.  .A 
character-based  screen  drawing  utility  was  used  to  create  the  static  visual  components 
of  the  module  interfaces.  These  predefined  screen  backgrounds  were  stored  as 
Individual  4,000-byle  files.  This  technique  a!lov/ed  screen  files  to  be  efficiently  loaded 
into  screen  display  arrays  at  the  appropriate  locations  in  the  program.  Various  data 
display  functions  overwrite  the  background  screen  with  input  and  output  data  at  the 
appropriate  locations. 

The  Inputs  necessary  to  create  functional  altitude,  cold,  and  heat  modules  v/ere 
determined  by  the  specific  model  selected  for  each  module.  The  requisite  input  and 
output  data  elements  for  each  of  the  models  were  identified.  Input,  output,  and 
miscellaneous  data  elements  for  each  of  the  three  modules  were  then  organized  into 
data  structure  hierarchies  (Appendix  F).  The  primary  advantages  of  such  data 
structures  were  simplification  of  function  interface  specifications  and  the  facilitation  of 

Pnhiork  mo''P»T'Ppr  nf  la rno  narl/tafc  nf  mlatoH  Hota  fr.  anW  frnm  filpp 
i  I  *  v' *  VI  i  iw*  «%  VI  iVAl^v  ^V«VIW«W  VI  I  viv^W  WiV  W  VI  tv  tiviil  iiivo> 

The  software  code  for  the  program  FLOMED  was  impleriienied  Vt^iih  ihe  "C ' 
computer  language.  The  user  Interfaces  were  developed  with  the  assistance  of 
functions  from  a  library  of  C  interface  and  utility  functions  from  Star  Guidance 
Consulting,  Inc.  (Waterbury,  Conn.).  This  library  of  C  interface  functions  was  bundled 
in  an  interface  development  software  package  entitled  'The  Window  Boss  and  Data 
Clerk"  (version  5.17).  The  FLDMED  program  also  utilized  functions  from  a  C  function 
library  from  Young  Software  Engineering  (Mill  Valley,  Calif.)  entitled  "Software  Tools  for 
C." 
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A  large  data  model  was  selected  as  one  of  many  different  types  of  compiler 
options.  This  enabled  the  simultaneous  accommodation,  in  computer  memory,  of  the 
rather  large  input-output  data  structures  and  large  code  modules.  The  program's 
source  code,  however,  was  segmented  Into  groups  of  functionally  related  computer 
files  as  part  of  the  effort  to  implement  modularity.  Program  segmentation  into  separate 
source  files  also  made  possible  the  use  of  run-time  overlaying  of  executable-code.  To 
do  this,  code  overlay  was  specified  as  a  compiler  option. 

Overlaying  is  a  technique  that  allows  software  to  automatically  swap  compiled 
code  segments  in  and  out  of  standard  RAM  memory  from  disc  storage.  This  occurs  as 
particular  code  segments  are  required,  rather  than  having  the  entire  program  '  *' 
continuously  loaded  in  RAM  memory.  Code  segment  overlays  often  permit  larger  data 
structures  to  be  maintained  in  active  memory  than  otherwise  v/ould  be  possible.  An 
alternative  method  for  accommodating  large  data  structures  is  storing  active  data  sets 
in  disk  files  and  reloading  the  data  back  into  the  program  as  needed.  This  technique, 
however,  typically  results  In  more  frequent  read-writes  to  the  computer  storage  media. 
This  may  result  In  slower  program  execution  due  to  repetitive  and  relatively  slow  file 
input-output  operations. 

Algorithms  for  the  FLDMED  numerical  functions  in  the  altitude,  cold,  and  heat 
modules  were  obtained  from  internal  and  external  sources.  FLDMED's  heat  strain 
module  utilizes  the  USARIEM  heat  stress  algorithm.  This  model  was  discussed  in  a 
preceding  section  of  this  report.  The  equations  for  the  core  temperature  portion  of  this 
algorithm  are  provided  in  Appendix  B  in  the  format  of  a  MathCAD  document.  Not 
included  are  a  related  series  of  heart  rate  equations  described  in  the  1973  references 
by  Givoni  and  Goldman.  USARIEM  does  not  currently  have  an  altitude  physiology 
algorithm.  For  demonstration  purposes,  therefore,  an  altitude  physiology  algorithm 
from  a  master's  degree  thesis  at  the  University  of  Vermont  was  utilized  (Kessler,  1980). 
The  equations  in  Kessler's  thesis  were  rewritten  and  tested  as  a  MathCAD  (MathSoft, 
Inc.,  Cambridge,  Mass.)  document.  This  listing  of  equations  is  Included  in  Appendix  D. 
Kessler's  altitude  or  hypoxia  model  was  primarily  motivated  by  a  paper  authored  by  his 
thesis  advisor  and  renowned  altitude  physiologist,  Charles  Houston  (1947).  For  this 
reason  it  v»rill  henceforth  be  referred  to  as  the  Kessler-Houston  altitude  model. 


The  author  was  diverted  to  other  taskings  before  the  lumped-parameter  cold 
digit  numeric  algorithm  could  be  implemented  and  inserted  into  the  cold  exposure 
module.  However,  the  data  structures  and  user  interface  designed  into  the  cold  stress 
module's  interface  are  specifically  intended  to  accommodate  the  USARIEM 
lumped-parameter  cold  digit  model  (Shitzer,  et  al.,  1993).  A  recent  technical  report 
(Reardon,  1994)  illustrates  a  software  implementatio.n  of  this  cold  digit  mods!  that 
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utilizes  a  Windows  (Microsoft  Corp.,  Redmond,  WA)  graphical  user  interface.  That 
software  implementation  of  the  USARIEM  lumped-parameter  cold  digit  model  included 
an  on-line  hypertext  cold  weather  military  medicine  reference  (Burr,  1993).  It  was 
written  In  the  Visual  Basic  programming  language.  The  numeric  algorithm  in  that 
program,  however,  can  be  easily  converted  into  the  equivalent  C  functions  for 
subsequent  inclusion  Into  the  presently  incomplete  cold  exposure  module.  - 


RESULTS 

On  start*up,  the  main,  or  gateway,  ccrttponsrit  cf  the  PLDMED  ccrnpuisr 
program  displays  a  camouflaged  background  screen.  The  altitude,  cold,  and  heat 
modules  are  accessed  from  the  main  horizontal  menu  located  at  the  top  of  the 
program's  introductory  screen.  This  user  interface  screen,  therefore,  can  be 
conceptualized  as  the  program's  hub  or  gateway  to  the  component  altitude,  cold,  and 
heat  stress  modules.  The  aliitude,  cold,  and  heat  stress  modules  in  FLDMED  v/ere 
designed  as  mutually  independent  components.  Note,  however,  that  since  altitude  and 
cold  occur  simultaneously,  in  many  circumstances  their  effects  will  actually  be 
interrelated  or  correlated  (e.g.,  see  Chang,  et  al.,  1989).  The  available  physiologic 
models  did  not  incorporate  these  types  of  complex  interactions  and,  therefore,  could 
not  be  included  into  this  version  of  FLDMED. 

The  FLDMED.exe  program  Is  a  single  executable  463,036  byte  file.  Header  and 
software  code  files  were  compiled  using  compiler  options  that  permitted  overlaying,  or 
swapping,  of  related  code  segments.  This  allo’ws  the  appropriate  blocks  of  program 
instructions  to  be  swapped  betv/een  rapidly  accessible  v/orking  memory  and  higher 
capacity  but  lower  access  speed  storage  media  when  the  user  switches  betv/een  the 
altitude,  cold,  and  heat  modules.  Three  header  files-one  each  for  altitude,  cold,  and 
heat-conlain  definitions  of  data  structures  and  function  declarations  (Appendix  F).  The 
body,  or  contents,  of  the  functions  declared  in  the  header  files  are  elaborated  in 
separate  source  files  (Appendix  G  and  H).  Ten  code  source  files  defined  the  functions 
for  the  altitude  module,  three  source  fifes  implemented  the  coid  module  functions,  and 
eighteen  source  files  implemented  the  heat  nodule  functions. 

In  addition  to  the  executable  file,  FLDMED  utilizes  175  separate  small  files 
(totaling  700,000  bytes)  for  displaying  the  contents  of  the  on-line  environmental 
medicine  and  physiology  handbooks,  help  section  text,  and  reference  lists.  To  run 
properly,  the  composite  prog-^arn  reouires  the  FLDMED.exe  and  the  175  *.2!!,  *.c!c!. 
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and  *.scr  text  files.  The  total  disk  space  required  to  transport  and  fully  utilize  the 
FLDMED  program  is  1,163,036  bytes  (or  approximately  1,12  megabytes). 

Computational  and  output  formatting  and  display  functions  for  some  of  the  cold 
module  menu  items  have  yet  to  be  implemented.  The  reader  is  directed  to  the 
references  describing  the  USARIEM  lumped-parameter  (ShHzer,  et.  al.,  1993)  a 
distributed-parameter  cold  digit  model  (Shitzer,  et.  al.,  1994),  and  a  whole  body  cold 
immersion  model  (Tikuisis,  Gonzalez,  and  Pandolf,1988a  and  1988b)  for  possible 
alternative  implementations  of  the  cold  module's  computational  core.  The  data  input 
interface,  however,  for  the  current  version  of  FLDMED's  cold  module  is  designed  to 
accommodate  the  lumped  parameter  cold  digit  model.  Functions  implementing  ttie 
lumped-parameter  cold  digit  model  can  therefore  be  easily  inserted  as  the  cold 
module's  computational  core  in  a  future  version  of  FLDMED. 

FLDMED's  functional  heirarchy  are  summarized  as  menu  trees  in  Rgures  1-4. 
These  figures  depict  the  relationship  of  user  menu  elements  for  the  main  module  and 
altitude,  cold,  and  heat  submodules.  Figure  6  illustrates  the  frorst  end,  or  initial  menu, 
that  appears  after  starting  the  main  executable  program  file.  From  this  menu,  the  user 
may  select  the  altitude,  cold,  or  heat  stress  submodule.  Alternatively,  the  user  may  exit 
the  program,  thereby  returning  to  the  operating  systens. 


User  loads  the  executable  file 


So  ly  AlLlL-ct 
K  c  c  u  1  e 


Co  cc  Cold  G."  tc  Heat  Stre.*?.*  Hx:  K  to  the 


Dicir  Kcdulo 


KcC. 


Operatiric  HvnteiK 


Figure  6:  Main  menu  tree. 
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ALTITUDE  MODULE 


If  the  altitude  module  is  selected  from  the  menu  in  FLDMED's  main  menu,  the 
introductory  screen  is  cleared,  and  the  altitude  module's  background  screen  is 
displayed  along  with  the  primary  altitude  bar  menu  located  across  the  top  of  the  screen. 
The  options  listed  in  the  altitude  module's  pull-down  top-bar  submenus  are  illustrated  in 
Figure  7.  The  user  has  direct  control  over  input,  output,  and  on-line  reference  for 
altitude  medicine  and  physiology,  as  well  as  various  other  options.  Upon  initial  entry 
into  the  altitude  module,  the  program  automatica  j  loads  a  default  profile.  The  principal 
feature  of  the  input  option  is  the  capability  for  stepwise  determination  by  the  user  of 
senario-specific  ascent-descent  profiles.  An  ascent-descent  profile  is  dispayed  as  a’ 
graph  as  well  as  a  tabulation  of  of  movem.ents  to  and  from  the  specified  altitudes 


In  addition  to  the  ascent-descent  profile,  other  inputs  for  the  altitude  module  are 
entered  via  an  input  grid  for  four  sets  of  physiologic  parameters  (see  the  User's  Guide 
in  Appendix  A  for  additional  details).  The  physiologic  input  parameters  are  collated  into 
two  groups:  hematologic  and  respiratory.  Hematologic  parameters  include  those  for 


hemonlnhin  hpmatoorit  hicarhnnato  anH  ntacmn  nH  Rocnirafr»r\(  ewcfom 
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include  those  tor  respiratory  ratio,  inspired  oxygen  concentration,  alveolar  carbon 
dioxide  pressure,  and  arteriolar-alveolar  oxygen  diffusion  gradient. 

The  altitude  module  output  currently  is  limited  to  graphic  displays  of  barometric 
pressure,  ambient  oxygen  (0^)  pressure,  arterial  0^  pressure,  as  well  as  percent 
hemoglobin  (Hb)  Oj  saturation.  Future  enhancements  could  incorporate  capabilities  for 
generating  detailed  and  summary  listings  of  physiologic  responses  for  each  segment  of 
the  ascent-descent  profile. 


From  the  altitude  module's  top-bar  menu  the  user  may  select  the  Med  Irfo 
option.  This  provides  access  to  on-line  reviews  of  numerous  topics  in  altitude  medicine 
and  physiology  (Cymerman,  1994).  Topics  include  high  altitude  pulmonary  edema 
(HAPE),  high  altitude  cerebral  edema  (HACE),  possible  altitude  related  complications 
associated  with  sickle  cell  trait,  and  potential  thrombotic  complications  associated  with 
altitude  as  reported  in  the  medical  literature.  A  synopsis  of  the  cardiovascular, 
hematologic,  and  pulmonary  adaptations  to  high  altitude  are  also  reviewed. 

Operational  medical  considerations  for  military  deployment  to  high  altitude  regions  are 
provided  in  a  separate  section.  Reference  lists  from  the  USARIEM  technical  base,  as 
well  as  from  the  civilian  literature,  are  also  provided. 


COLD  MODULE 


The  menu  structure  for  the  cold  strain  module  is  depicted  in  Figure  6.  The  first 
level  menu  provides  interactive  functionality  and  structural  organization  consistent  with 
the  altitude  and  heat  stress  module  menus.  A  horizontal  menu  is  located  across  the 
top  portion  of  the  cold  module's  main  screen.  Selecting  any  of  the  main  options  from 
the  top-bar  menu  generates  submenus  of  additional  selectable  options.  The  primary 
menu  categories  for  the  cold  exposure  module  are  inputs,  output  display  options, 
medical  on-line  reference,  help  or  user  instructions,  and  an  exit  option  that  takes  the 
user  directly  back  to  the  main  module. 


Menu  items  bounded  by  the  gray  areas  in  Figure  8  indicate  those  cold  module 
menu  items  that  have  not  yet  been  implemented.  The  cold  model  input  interface  was 
designed  to  accommodate  the  USARIEM  lumped-parameter  cold  digit  model  (Shitzer, 
1993).  An  example  of  a  Windows  implementation  of  this  lumped-parameter  cold  digit 
model  can  be  found  in  Reardon, 1994.  The  user  interface  structure  for  FLDMED's  cold 
module  was  implemented  in  a  manner  consistent  with  the  altitude  and  heat  stress 
modules.  For  example,  the  physiologic  inputs  for  the  cold  module  can  be  entered  into  a 


datagrid  either  by  row  or  column.  Morphologic  p.mpe.'lies  of  the  si.mulated  digits  can  be 
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collated  into  a  separate  input  widow.  A  drop-down  selection  list  containing  different 
types  of  military  gloves  is  functionally  analogous  to  the  heat  module's  uniform  selection 
screen.  Likewise  output  functions  will  be  written  to  permit  the  generation  of  data  grids, 
graphs,  and  data  listings  similar  to  those  in  the  heat  strain  module.  As  indicated,  many 
of  the  functions  required  to  complete  the  cold  module  can  be  derived,  with  appropriate 
modifications,  from  the  corresponding  functions  used  in  the  heat  stress  module.  The 
software  development  scheme  did  take  advantage  of  software  component  reusability 
despite  the  fact  that  an  object  oriented  approach  was  not  utilized  and  objects  have 
been  recently  touted  as  the  primary  mechanism  for  exploiting  code  reusability. 


Cold  Module  Menu  Structure 


COLD 

1 


Defaults 
New  Profile 


Read  from  File 


►  O'.Jtput 


Ootions 


•Mec  Info 


raphs-j^ 


Finger  temperatures 
Time  to  reach  threshhold 
Glove  comparisons 
Probability  of  frosebite 


►  Physiology  of  Cold  Exposure 
►Risk  Factors  for  Cold  Injuries 
►Prevention  of  Cold  Injuries 
►Frostbite  Dx  &  Rx 

„ Non- Freezing  Cold  Injuries 
►Hypothermia  Dx  6  Rx 
►Other  Medical  Problems 
►Key  Points 
►Wind-Chill  Chart 

►  Cold  V*’eather  Training 

.  Sxs  and  Signs  of  Hypotherniia 

►  References 


Figure  8:  Cold  module  menu  tree. 
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HEAT  STRAIN  MODULE 

The  menu  structure  for  FLDMED's  heat  strain  module  is  depicted  in  Figure  9. 

The  first  level  menu  in  the  heat  strain  module  is,  as  with  the  other  modules,  a  horizontal 
bar  across  the  top  of  the  screen.  Selecting  any  of  the  main  options  in  the  top-bar  menu 
generates  submenus.  The  principal  interaction  categories  for  the  menus  are  inputs, 
outputs,  options  for  graphics  display,  medical  on-line  reference,  help  or  instructions, 
and  an  exit  option  that  takes  the  user  back  to  the  main  module. 

There  are  multiple  data  input  options  for  the  heat  strain  module.  Data  may  be 
entered  directly  into  data  cells  in  the  data  grid.  This  can  be  done  by  row  or  column. 
Additionally,  data  may  be  entered  as  functionally  related  input  parameter  subsets.  The 
multiple  and  redundant  avenues  for  data  entry  provide  flexibility  and  convenience  to  the 
user  for  the  scenario  building  and  editing  process. 

Popup  windows  are  provided  for  inputting  soldier-specific  data  such  as  height 
and  weight,  clothing  parameters  such  as  do  and  permeability,  specific  soldier  activities 
or,  alternatively,  an  input  window  for  entering  marching  related  parameter  for  the 
automatic  calculation  of  the  metabolic  rate  (Pandolf,  Givoni,  and  Goldman,  1977;  Soule, 
Pandolf,  and  Goldman,  1978).  Daily  sodium  intake  is  calculated  based  on  user  inputs 
for  the  type  and  frequency  of  ration  consumption.  Other  input  forms  allow  specification 
of  solar  conditions  and  associated  radiant  heat  load  (Breckenridge  and  Goldman, 

1972),  and  terrain  types  that  maps  to  the  appropriate  terrain  coefficient.  Terrain 
coefficients  modify  marching-related  metabolic  rates  (Soule  and  Goldman,  1972). 

The  heat  strain  module  provides  for  data  persistency  via  numerous  file  handling 
capabilities.  Previously  constructed  scenario  files  may  be  imported  from  a  subwindow 
generated  from  an  option  in  the  Input  menu.  The  user  may  save  the  most  current  data 
sets  at  any  time  by  specifying  a  file  name  and  adding,  as  a  file  header,  an  identifying 
comment  for  each  set.  A  time  and  date  stamp  is  also  automatically  appended  in  the 
data  file's  first  line.  When  exiting  the  heat  strain  module,  the  complete  scenario  data 
set  is  automatically  saved  and,  on  reentering  the  module,  the  data  is  automatically 
reloaded  so  that  work  can  be  resumed  without  the  need  to  reenter  data.  Alternatively, 
the  user  may  revert  to  the  default  scenario  data  set  by  selecting  the  default  input  data 
option  from  the  Input  menu.  One  should  note  that  if  the  data  file  saved  from  the  most 
recent  session  is  not  in  the  same  directory  as  the  program,  the  default  scenario  set 
instead  will  be  loaded  by  a  call  to  a  default  data  function  within  the  program. 

Output  data  for  the  heat  strain  module  may  also  be  saved  in  several  ways.  The 
user  may  use  menu  options  to  send  output  data  to  a  local  printer.  If  printing  cannot  be 
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accomplished,  the  output  data  is  stored  in  a  text  file,  thereby  making  the  data  available 
for  printing  using  some  other  mechanism  after  exiting  the  FLDMED  program.  In  such  a 
case,  the  program  displays  a  message  indicating  that  printing  was  unsuccessful,  as 
well  as  the  default  name  of  the  file  where  the  output  data  was  written  in  lieu  of  the 
printer. 
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Figure  9:  Heal  strain  module  menu  t.ree. 
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DISCUSSION 

This  projer^t  demonstrated  the  feasibility  of  consolidating  numeric  models  for 
altitude,  cold,  and  heat  strain  along  with  supporting  environmental  and  operational 
military  medical  references  The  software  program  described  in  this  report  (FLDMED) 
provides  an  example  of  a  unified  and  dynamic  environmental  medicine  and  physiology 
computer-based  tool  of  potential  use  to  military  medical  personnel  for  predeployment 
analysis,  planning,  and  training. 

A  numerically  based  physiologic  environmental  strain  model  was  selected  for 
each  of  the  three  modules  in  the  FLDMED  prograrh.  *  The  numeric  algorithm  for  the 
altitude  module  (Kessler,  1980)  is  problematic  in  the  sense  that  physiologic  parameters 
are  satic  and  output  variables  are  altitude  but  not  time  dependent.  For  example, 
altitude  acclimatization  effects  are  not  modeled.  Additionally,  this  particular  model 
does  not  include  physiologic  feedback  control  mechanisms  or  any  ability  to  predict 
altitude  Illness  rates.  An  alternative  to  the  functionally  limited  Kessler-Houston  altitude 
model,  however,  was  not  available.  Looking  towards  the  future,  however,  USARIEM's 
Altitude  Physiology  and  Medicine  Division  has  developed  a  broad  .  se  of  research 
results  in  altitude  physiology  and  medicine.  Such  data  will  be  useful  for  creating  a 
dynamic  model  capable  of  predicting  a  broad  range  of  physiologic,  performance,  and 
medical  responses  to  altitude  exposure.  This  will  eventually  include  the  ability  to 
simulate,  or  predict,  acclimatization  effects  and  time-dependent  incidence  rates  of 
altitude  illness  as  well  as  the  extent  of  performance  degradations  (e.g.,  Kobrik,  1983). 

FLDMED's  heat  strain  module  utilized  the  USARIEM  Heat  Strain  Algorithm.  An 
expanded  interface  was  demonstrated  that  provides  improved  flexibility  with  regard  to 
data  entry  and  display  modes  (see  the  FLDMED  User's  Guidein  Appendix  A).  This 
facilitates  creating  and  analyzing  scenarios  spanning  a  wide  range  of  environmental, 
soldier,  metabolic,  clothing,  and  other  heat  casualty  risk  factors.  The  extensive  input 
modes  were  complemented  with  enhanced  output  capabilities.  The  heat  strain  module 
generates  output  in  a  variety  of  different  tabular  and  graphical  formats.  The  program 
can  read  and  write  its  data  structures  to  files  and  has  features  for  printing  detailed  and 
summary  output  reports.  The  software  also  includes  on-line  references  (Burr,  1991)  for 
review  of  the  physiology  of  heat  stress  and  acclimatization  changes,  operationally 
oriented  guidance  for  preventing  heat  stress  casualties  in  deployment  and  training 
situations,  and  a  review  of  the  medical  management  of  heat  illnesses. 

USARIEM  scientists  have  done  considerable  research  to  evaluate  the 
effectiveness  of  alternative  microclimate  cooling  methods  and  devices  for  mitigating 
heat  stress  in  soldiers  operating  military  vehicles  or  conducting  operations  in  NBC 
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uniforms  in  hot  weather  (Pandolf,  Gonzalez,  and  Sawka,1995).  Such  data  are  being 
used  to  expand  the  capabilities  of  the  USARIEM  Heat  Strian  Model  is  by  including  a 
capacity  for  predicting  microclimate  cooling  effects  (Gonzalez  and  Strochein,  1995). 
This  involves  specifying  a  heat  extraction  rate  for  the  specific  microclimate  cooling 
device  and  incorporUng  it  Into  the  appropriate  location{s)  in  the  Heat  Strain  Algorithm. 

The  one-compartment,  six-node,  Kranning  thermoregulatory  model  has  been 
used  in  some  circumstances  in  lieu  of  the  USARIEM  Heat  Strain  Model.  The  six-node 
model  provides  temperature  predictions  not  only  for  the  usual  core  temperature  but 
also  for  four  additional  tissue  compattments  and  a  central  blood  compartment.  Also,  the 
six-node  model  provides  capabilities  for  predicting  and  displaying  the  hemodynamic 
responses  of  heat  stress  exposure.  To  display  these  additional  output  capabilities,  a 
more  complex  input-output  interface  than  that  used  in  the  USARIEM  Heat  Strain  Model 
is  required. 

The  cold  stress  module's  data  structures  and  input-output  interfaces  were 
designed  to  accommodate  USARIEM's  lumped-parameter  cold  digit  model.  Another 
recent  report  illustrated  how  this  model  can  be  implemented  (Reardon,  1994). 

Although  the  lumped-parameter  algorithm  is  fairly  straight  forward  to  implement,  Shitzer 
et  al.  (1994)  developed  a  significantly  more  capable,  but  also  more  complicated, 
distributed-parameter  cold  extremity  model.  In  that  model,  the  passive  component  can 
be  expressed  mathematically  as  a  multidimensional,  partial  differential  equation.  This 
distributed-parameter  thermoregulatory  model  is  nonhomogenous  in  structure  and  also 
has  nonhomogenous  boundary  conditions.  The  nonhomogeneity  of  the  mathematical 
representation  makes  for  a  complex  and  lengthy  solution  (spatially  distributed 
temperatures  as  a  function  of  time).  Although  considerable  additional  work  will  be 
required  to  finalize  and  validate  this  USARIEM  distributed-parameter  cold  extremity 
model,  it  is  expected  to  be  available  in  the  future  as  a  higher  resolution  alternative  to 
the  lumped-parameter  cold  digit  model.  High  resolution  tissue  temperature  prediction 
capabilities  could  be  utilized,  for  example,  to  generate  synthetic  thermograms. 
Conversely,  the  data  from  actual  extremity  thermograms  could  be  utilized  for  parameter 
identification  and  validation  of  model-generated  surface  temperature  dynamics. 

As  previously  stated,  the  objective  of  the  FLDMED  software  program  was  to 
demonstrate  the  feasibility  of  integrating  altitude,  cold  exposure,  and  heat  strain  models 
as  well  as  various  on-line  environmental  and  operational  medicine  handbooks.  This 
objective  was  accomplished.  It  must  be  admitted,  however,  that  although  the  FLDMED 
program  was  not  a  trivial  undertaking,  collatinp  models  is  often  less  tasking  and 
resource  intensive  than  constructing  models  de  novo  and  taking  them  thorough  the 
complex  and  arduous  stages  of  verification  and  validation.  For  example,  it  took  a 
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generation  of  highly  capable  and  experienced  USARIEM  scientists  nearly  two  decades 
to  develop,  verify,  and  validate  the  USARIEM  Heat  Strain  Model,  and  still,  this  model 
continues  to  require  resources  for  updating  and  refinements  so  that  it  remains  current 
with  respect  to  new  soldier  uniforms  and  items  of  protective  equipment,  advances  in 
microclimate  cooling  devices,  and  additional  data  from  new  heat  stress  studies. 

The  development  of  biomedical  models  that  can  sun/ive  the  detailed  scrutiny  of 
those  in  the  scientific  and  operational  community  with  diverse  backgrounds  In  medicine, 
physiology,  military  operations,  research,  biostatistics,  mathematics,  biophysics, 
computer  science,  or  combinations  of  these  high-level  skills,  essentially  requires  a 
dedicated  model  development  and  maintenance  infrastructure.  USA'RIEM  has  that 
infrastructure.  It  has  (1)  the  facilities  to  obtain  the  basic  data  bases  of  biophysical 
properties  of  clothing,  uniforms,  and  individual  protective  items;  (2)  tropic  and  arctic 
chambers  and  an  immersion  pool;  (3)  the  specialized  monitoring  equipment  and 
scientific  expertise  to  accurately  measure  physiologic  parameters,  time  constants, 
metabolic  rates,  and  other  variables  for  scenarios  involving  different  types  of  soldier 
activities  such  as  marching  across  different  grades  and  terrain  with  a  range  of  loads; 

(4)  large  altitude  chambers  for  investigating  the  complex  physiologic  effects  of 
hypobaric  hypoxia  and  new  pre-treatment  strategies  fo:  the  prevention  of  altitude 
illness. 


USARIEM  additionally  has  an  extensive  computerized  data  base  of  research 
study  results  (GeoCenters,  1992)  and  the  statistical  support  required  to  professionally 
analyze  the  data  for  modeling  purposes.  Visiting  professors  periodically  augment  the 
USARIEM  biomedical  modeling  staff,  typically  bringing  with  them  analytic  expertise  and 
innovation  in  areas  related  to  modeling  complex  physiologic  processes. 

It  may  be  expensive  and  require  considerable  time  and  resources  to  develop, 
verify,  and  validate  an  environmental  medicine  model.  Such  efforts,  however,  result  in 
models  that  can  v/ithstand  the  test  of  time  and  demonstrate  robustness  In  a  diverse 
array  of  initially  unforeseen  implementations  and  applications. 
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CONCLUSIONS 

The  objective  of  creating  a  software  program  to  demonstrate  the  feasibilih/  of 
merging  altitude,  cold,  and  heat  strain  models  along  with  on-line  medical  handbooks 
was  successful  achieved.  This  is  the  first  time  that  this  has  been  accomplished  at 
USARIEM.  However,  this  prototype  can  only  be  considered  as  a  proof  of  concept.  It 
was  an  independent  in-house  effort.  It  remains  for  the  more  ambitious  and  talented  to 
take  this  concept  and  rudimentary  implementation  and  completely  redo  it,  employing  a 
user-centric  approach.  A  structured  development  process  would  typically  include  a 
formal  needs  solicitation  and  assessment;  software  design,  development,  and 
maintenance  process;  state-of-the  afti^software  technologies;  and  fully  validated 
models.  Software  standards  (e.g.,  see  Appendix  E)  can  be  used  for  guidance.  Formal 
project  management  and  control  mechanisms  should  be  implemented  so  that  the 
product  development  effort  occurs  in  managable  phases  with  intervening  review, 
analysis,  and  decision  milestones.  Additionally,  an  efficient  process  should  be 
established  for  generating  the  supporting  documentation  required  for  in-house  quality 
control  and  configuration  management  and  to  maintain  compliance  with  external 
acquisition  and  accounting  regulations. 

It  is  commonly  recognized  that  the  prospective  users  should  be  involved  in 
defining  operational  requirements  and  performance  specifications  for  an  incipient 
operational  software  product,  it  should  be  user  driven  from  its  Inception.  Final  product 
design  and  development  should  only  begin  either  in  response  to  spontaneous  direct 
requests  for  a  product  such  as  FLDMED  from  the  military  medical  communihy  external 
to  USARIEM  or  secondary  to  an  active  and  successful  effort  to  market  the  concept  after 
eliciting  awareness  of  such  a  product's  potential  utility.  In  the  latter  case,  the  desired 
and  operationally  useful  features  and  functionality  of  the  environmental  and  operational 
medicine  software-based  decision  and  training  aid  should  be  actively  solicited  from 
potential  users  This  can  be  done  with  job  and  workplace  analysis.  Interviews, 
questionnaires,  prototype  demos,  and  other  techniques.  The  potential  users  can 
thereby  define  and  distinguish  betv/een  the  necessary  and  nice-to-have  input  and 
output  data  elements  and  functions,  interface  structures,  responsivity,  color  schemes 
and  other  details.  The  program  specifications  and  design  should  also  be  based  largely 
on  what  the  users'  responsibilities  and  tasks  are  and  how  they  anticipate  that  such  a 
software  tool  can  be  of  assistance  to  them.  The  software  must  satisfy  the  users',  not 
the  developer’s,  concepts  of  what  the  product  should  and  should  not  be  in  terms  of 
function  and  form  (for  a  somewhat  contrarian  opinion,  see  Martin,  1995). 

Storyboarding  and  rapid  prototyping  can  be  of  use  in  helping  the  potential  users 
formulate  or  articulate  their  ideas  and  concepts,  as  well  as  to  demonstrate  what  will  and 
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will  not  be  practical  or  possible.  It  is  important  that  the  potential  users  be  assisted  in 
clearly  identifying  all  the  services  that  they  want  the  proposed  software  product  to 
provide  when  operating  under  both  routine  and  stressful  conditions.  The  proposed 
product  is  not  likely  to  be  successful  or  used  if  it  does  not  provide  the  high  priority  user 
requested  services  and  functionality.  Some  examples  of  important  generic  services 
include  the  following:  saving  time;  automating  or  reducing  the  time  for  completion  of 
routine,  boring,  or  difficult  administrative  tasks;  imparting  new  or  difficult-to-grasp 
knowledge  In  an  efficient  manner,  automating  quantitative  analysis  where  this  is 
required  and  too  difficult  or  too  complex  to  do  mentally  using  simple  calculations; 
assisting  and  assuring  that  all  important  elements  are  considered  in  operational  or 
traiijing  plans;  or  providing  a  compact,  portable  reference  source  with  a  high-speed  an^ 
easy-to-use  search  mechanism. 

The  user-identified  sen/ices  specified  for  a  software  product  should  also  be 
analyzed  for  implicit  secondary  or  supporting  functional  requirements.  These  can  then 
be  ranked  according  to  user-oriented  priorities.  The  requested  software  functionality  in 
the  highest  priority  levels  are  those  that  should  be  implemented  before  those  having 
low'er  priority  ratings  (unless  not  technically  feasible).  If  necessary,  due  to  resource 
constraints,  the  lower  priority  functions  can  be  implemented  as  enhancements  in  latter 
versions.  After  the  hierarchy  of  user  requirements  has  been  determined,  software 
performance  specifications  can  be  delineated,  after  which  the  high-  and  low-level 
design  processes  can  proceed. 

In  conclusion,  several  specific  recommendations  are  offered  based  on 
obsen/ations  made  during  the  development  of  the  FLOWED  prototype  software: 

♦  A  repository  of  environmental  physiology  and  medicine  models 

implemented  in  a  common  computer  programming  language  should  be 
established  by  the  biomedical  modeling  division.  The  selected 
computer  language(s)  should  be  stable  into  the  foreseeable  future,  in  so 
far  as  this  can  be  predicted.  These  program  modules  should  be 
implemented  so  that  they  are  portable  across  the  most  prevalent 
operating  systems  for  small  and  large  computer  systems.  These 
biomedical  simulation  modules  would  provide  numerically-based 
building  blocks  for  the  rapid  development  of  new  modeling  applications. 
Additionally,  libraries  of  interface  functions  or  objects,  designed  to 
accomodate  the  input-output  capabilities  and  limitations  of  the  different 
models,  could  be  developed.  This  would  provide  interface  building 
blocks  for  rapid  prototyping  and  testing  of  nev/  application  concepts.  A 
software  configuration  manage.me.nt  plan  a.nd  data  base  should  also  be 
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Implemented  to  track,  control,  and  synchronize  the  modification  and 
documentation  process  for  the  different  modules. 


Another  recommendation  is  to  proceed  with  the  exploratory  desiQn  and 
prototype  development  of  a  predictive  altitude  response  model. 
Sufficient  data  exist  to  support  the  development  of  a  prototype  altitude 
model  for  predicting  incidence  rates  of  altitude  illnesses  and  estimating 
performance  decrements  as  functions  of  high  altitude  exposure.  Initial 
versions  of  this  type  of  model  might  only  be  useful  for  in-house  concept 
development  and  defining  gaps  in  the  modeling  data  base  where  future 
experimentation  is  required.  A  preliminary  nonoporational  prototype 
altitude  model  could  therefore  serve  to  put  the  current  body  of 
knowledge  of  altitude  physiology  and  medicine  into  a  coherent 
framework  and  facilitate  the  identification  of  specific  areas  that  need 
further  research  so  that  an  adequate  altitude  model  can  be  completed 
at  some  latter  point  in  time.  A  validated  operational  altitude  response 
model  would  obviously  have  many  potential  military  application.s.  For 
example,  such  an  algorithm  could  be  used  to  provide  unit  commanders 
recommendations  for  optirrtai  lime-dependent  ascent-descent  profiles 
for  minimizing  incidence  rates  of  altitude  illnesses  while  simultaneously 
meeting  the  timeline  of  the  deployment  contingency. 


^  Exploring  the  development  of  complex  interaction  models  for  exposure 
to  harsh  ersyi'-onments  may  be  useful  and  can  be  an  additional  method 
of  enhancing  currently  available  models.  .An  interaction  mode!  might 
include  the  interaction  of  altitude  associated  hypoxia  v/ith  simultaneous 
cold  exposure.  For  example,  military  operations  in  high  altitudes  may 
be  associated  with  increased  risk  of  frostbite  due  not  only  to  the 
typically  cold,  windy  conditions  of  mountainous  terrain,  but  also  to  the 
decreased  vigifance  caused  by  the  depressed  alertness  and  cognitive 
impairment  from  altitude  associated  hypo.xia  or  incapacitation  from  the 
various  typos  of  altitude  related  medical  conditions. 


♦  USARIEM  also  has  data  bases  to  support  inclusion  of  nutritional  factors 
and  injury  preoict.ons  into  current  models  for  some  applications. 
Present  modeis  could  be  expanded,  therefore,  to  provide  advice  with 
regard  to  modulating  dietary  components  for  maximizing  soldier 
performance  in  different  types  of  environments  and  areas  of  operation 
(e.g.,  Thomas,  et  al.,  1993).  Military  environmental  medicine  software 
tools  such  as  FLDMED  couid  also  be  enhanced  by  including  predictive 
capabilities  for  ostin'rating  incidence  rates  for  foot  blisters  and 
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skeleto-muscular  injuries  for  scenarios  involving  activities  such  as 
marching,  climbing,  lifting,  or  load  carriage  (e.g.,  Knapick,  et  a!.,  1992; 
Reynolds,  et  al.,  1990;  and  Jones,  1983). 
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APPENDIX  A: 


FLDMED  USER'S  GUIDE 


INTRODUCTION 

The  FLDMED  program  requires  DOS  (version  4.0  or  latter)  or  an  alternative  operat¬ 
ing  systems  that  can  nun  or  emulate  DOS.  For  example,  FLDMED  runs  'vve!!  in  a  DOS 
window  within  Microsoft  Windows  3.1.  The  FLDMED  program  can  be  activated  by  running 
the  fldmed.exe  file.  This  can  be  done  within  DOS  by  typing-"fldmed“  (cass  Jnsensitive)  at 
the  DOS  prompt.  Within  the  Windows  operating  system,  double  clicking  on  the  fldmed.exe 
file  name  in  the  system  file  manager  window  will  also  activate  the  program  in  full  screen 
mode.  Simulaneously  hitting  the  ALT  and  TAB  keys  will  display  the  program  in  a  reduced 
DOS  window. 

The  FLDMED  application  is  composed  of  four  high-level  components,  an  introduc¬ 
tory  module  and  one  submodule  each  for  altitude  physiology,  heat  stress-strain,  and  cold 
stress.  The  introductory  screen  as  well  as  the  initial  screen  for  each  of  the  three 
submodules  are  depicted  in  Figure  A1 .  The  introductory  screen  has  a  camouflage  pattern 
to  emphasize  the  military  nature  of  this  application.  The  top-bar  selection  menu  serves  as 
the  the  gateway  to  the  three  environmental  medicine  and  physiology  submodules  and 
establishes  a  hub  for  navigating  between  them. 

■fihe  pictures  of  the  FLDMED  appiicat'on  in  this  user  manual  are  screen  captures  of 
the  actual  FLDMED  program  run  as  an  application  in  a  DOS  window  within  the  Microsoft 
Windows  3.1  operating  system.  Aithough  the  figures  in  this  user  manua!  show  FLDMED 
screens  in  greyscale,  in  actuality,  FLDMED  uses  colorized  text  extensively  for  highlighting 
important  items  and  provides  an  efficient  mechanism  for  visually  grouping  and  segregating 
functionally  related  material  or  options  as  well  as  directing  the  user’s  attention  to  important 
messages. 


After  initiating  the  program  by  typing  "fidmed'’  at  the  DOS  command  line  prompt,  the 
camouflaged  introductory  user  interface  screen  appears  (top  of  Figure  A1).  Any  key  will 
then  cause  the  main  selection  top-bar  menu  to  appear.  This  top-bar  menu  provides  the 
following  choices!  Altitude,  Heat,  Cold,  and  Exit.  The  user  scrolls  to  the  desired  choice  and 
hits  the  Return  key  to  activate  it.  The  top-bar  menu  format,  as  well  as  the  overall  interface 
layout  scheme  (look  and  feel)  and  use  of  color  schemes,  were  features  designed  to  be 
uniform  across  the  submodules. 


40 


ADA294006 


JDF' 


ALTITUDE  ft  THEAHAL 
HEDICtHE  ft  PHTStOLOGT 
UORKSTATIOM 


II 


gMKI 


!HUni| 


OH  I  I  OKi» 


ntU  lU;  0  HH>H  VAi  1 


,mun 

_ Je!!!iii 

iSsaaassssssBBBBBBBBBBBBBBSSSBBB 

:  .  1  ^iBB§BBBBBBBiBiEii!§B 

SBSigBlllillS 
BgBiBSBSBBBIB 


rii! 


Lenstli  <cn>:  8.0 

Inc^  step  fron  base  2.8 

Oianctcr  <cn>:  2.0 

ftnbient  dri;  buU>*tenp  CC>r  -5.0 
Thresiwld  digit  teop  <C>:  5.0 

Tine  Jjcgin/cnd  <hrs>s  0-0  5,0 

Tine  increncht  <nins>5  15.0 
Bnce  tenp  init  <C>:  30.0 

Base  terrp  linal  <C>:  20.0 

Base  tenp  tine  const  <hrc>5  1.3 
Tip  tenp  init  <0>*  20.6 

tfcc  rate  init  <W/cn''3>5  15600.0 

Met  rate  final  <W/c»'^3>:  5080.0 

Met  rate  tinn  const  <brs>:  1.3 

8  of  eisenualues  per  slept  is 
Heat  trans  cocf  circ/tlp:  7.12  7.12 

Tbernal  caoHuctivity:  0.^18 
IlierAAl  diifusivity!  0.08045*16 


Nunber  of  troops ^ 

i0e 

108 

180 

=  SEia  4 
108 

Aug  hgt  <inches>: 

7B.B 

78.0 

70.0 

70.0 

Aug  ujt  <lbt>: 

i6B.e 

168.0 

160.0 

160.8 

Days  acclAnatieed: 

e. 

3. 

5. 

8. 

Initial  core  tenp  <.?>■ 

VB.8 

98.8 

98. 8 

90.8 

Aug.  tkin  tsnp  <F^: 

96.8 

96.8 

96.8 

96.8 

initial  dehydration  <:c>: 

t.2-1 

1.2-1 

1.24 

1.24 

Clotbino: 
Dry  bolb  tanp  <P>: 

PDDU  open 

VBDU 

UBDU 

HDDU 

95.8 

180.0 

105.8 

110.0 

Kel  hunidity  <:<>: 

28.0 

28.0 

28.8 

28.8 

Wind  speed  <nph>: 

2.8 

2.8 

2.0 

2.8 

Uork  coiarCresc  in  shade >: 

Partly  cloij 
Marching 

Full  stin 

Fall  cun 

Ftill  Clin 

Activity: 
Metabolic  rate  ftfatts^t 

Median 

Heao  V 

Digning 

43S.e 

422.8 

507.0 

642.8 

Kequirad  uork  cine  <ninc>: 

2Ail. 

248.0 

240.0 

240.8 

Ma>;  allowed  cine  <nins>: 

SBB.e 

S88.0 

500.8 

500.0 

Work/Rest  cgclc  <nins>: 

58.8  18.0 

50.8  18.0 

50.0  18,8 

50.8  10.0 

Drinking  water  <qtc/hr>: 
Meals^day  8  ng  Ndft/'ncAl: 

0.5 

8.5 

8.5 

6.6 

2  1822.8 

2  1822.0 

2  1822.0 

2  1B22.0 

8.0 

0.0 

DICK  4  .= 
8.0 

2.8 

2.0 

2.0 

2.0 

2.0 

2.0 

-5.0 

-5.8 

-5,0 

5.0 

5.0 

5.0 

0.0  5.0 

8.0  5.0 

8.8  5.0 

15.8 

15.0 

15.8 

30.0 

3B.0 

30.8 

23.0 

20.0 

20.0 

1.3 

1.3 

1.3 

28.0 

70.8 

20.8 

15030.0 

15000. e 

15088.8 

5008.0 

5080.0 

5080.8 

1.3 

1.3 

1.3 

15 

15 

IS 

7.12  7.12 

7.12  7.12 

7.12  7.12 

0.418 

8.418 

0.418 

0.0804546 

0.0004546 

0.0804546 

riHH  IHHO  HhbP  txil 


GHAHtSxKCHkKHtl 


Figure  A1 ;  The  introductory,  altitude,  cold,  and  heat  stress  module  interface  screens. 
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HEAT  STRAIN  MODULE 

The  heat  strain  module  can  be  accessed  by  selecting  the  HEAT  option  from  the  top- 
bar  menu  in  FLDMED's  main  screen.  The  heat  strain  module  also  has  its  own  top-bar 
menu  with  selections  for  inputs,  outputs,  options,  medical  information,  help  and  exiting.  If 
the  user  selects  INPUT  from  the  heat  module's  top-bar  menu,  a  popup  submenu  of  alterna¬ 
tive  input  mode  options  are  presented  as  depicted  in  Figure  A2  below. 
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Figure  A2:  Heat  strain  input  options. 

Several  m'-'hods  are  provided  in  lower-level  submenus  for  selectively  changing  data  in 
the  input  grid  from  default  or  previous  session  values,  input  data  items  can  be  entered  or 
modified  by  rows  or  columns  (data  sets).  Related  groups  of  data  elements  can  also  be 
changed  by  selecting  from  among  input  functional  groupings  as  enumerated  in  the  Input 
menu  selection  list.  For  example,  selecting  Activity  generates  a  submenu  from  which  the 
user  can  select  Marching,  Activity  List,  or  User  Defined  activity.  If  the  Marching  input  option 
is  selected,  the  input  window  shown  in  Figure  A3  is  displayed. 
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Figure  A3:  Inputs  for  marching  parameters. 
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The  marching  data  entry  window  allows  the  user  to  input  the  data  required  to  calculate 
the  associated  metabolic  rates  (e.g.,  see  Pandolf,  et  al.,  1977).  On  exiting  the  Marching 
data  input  window,  the  metabolic  rate  is  automatically  calculated  and  entered  into  the 
appropriate  input  grid  cells.  Alternatively,  the  user  may  enter  activity  descriptors  and  meta¬ 
bolic  rates  directly  into  the  grid  cells  or  the  user  may  select  the  Activity  list  option  as  shown 
in  Figure  A4.  The  metabolic  rate  table  in  the  user-defined  activity  entry  screen  provides  a 
convenient  reference  for  entering  the  metabolic  rates  associated  with  common  soldier  tasks 
or  activities.  Data  entered  in  the  activity  subform  are  automatically  entered  into  their  proper 
locations  in  the  input  datagrid  on  exiting  to  the  main  heat  stress-strain  screen. 
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Figure  A4:  Activity  list  and  metabolic  rate  input  window. 

The  heat  strain  module’s  input  popup  menu  contains  an  option  for  specifying  thresh¬ 
olds  (Figure  A5).  These  thresholds  define  the  values  of  core  temperature,  rate  of  tempera¬ 
ture  rise,  hea?1  rate,  and  level  of  dehydration  above  v/hich  output  listings  for  core  tempera¬ 
ture,  heart  rate  and  dehydration  will  be  prefixed  with  special  characters  for  easy  identifica¬ 
tion. 
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Figure  A5:  Inputing  thresholds  for  tagging  output  data. 
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The  type  of  uniform  and  solar  load  cannot  be  entered  directly  into  the  grid  cells,  but 
must  be  entered  via  subsidiary  popup  data  entry  screens  or  windows  (Figure  A6}.  Solar 
condition  is  entered  one  set  at  a  time  by  selecting  from  Clear,  Partly  Cloudy,  Cloudy,  or 
Indoors  from  the  solar  condition  menu  (Breckenrk'.e,  1972).  Uniforms  are  selected  from 
the  Uniform  option  in  the  Input  listing  (Gonzalez,  ei  dl.,  1993  and  1994). 
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Figure  A6  Uniform  selection. 


Nutritional  factors  are  an  additional  input  option  within  the  heat  module's  Input  menu. 
Figure  A7  below  is  the  nutrition  input  screen.  It  allows  the  user  to  specify  the  number  of 
field  rations  consumed  per  day  by  the  soldiers  as  well  as  the  grams  of  sodium  per  ration. 
From  this  information  the  heat  module  calculates  daily  salt  intake.  As  part  of  the  output, 
this  salt  intake  is  compared  to  the  predicted  amount  of  salt  lost  during  sweating.  A  time- 
dependent  and  cumulative  body  sodium,  or  salt,  balance  can  therefore  be  calculated  and 
displayed  graphically  or  in  the  output  grid. 
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Figure  A7:  Meals  and  salt  intake. 
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Alter  input  parameters  are  specified  in  the  heat  module  input  data  grid,  the  user  may 
select  from  a  variety  of  different  output  options.  The  output  options  in  the  heat  strain  mod¬ 
ule  are  accessed  from  Output  on  the  top-bar  horizontal  menu.  The  pick  list  for  output 
format  options  appears  In  the  following  popup  menu: 


Cr«ph:  Jill  I 

Grapli:  one  i 

DntAiled  data  * 


If  the  Output  Grid  option  is  seieeted,  Figure  AS  appears  in  the  display  window.  This 
presents  a  tabular  summary  of  the  outputs  for  each  of  the  input  data  sets.  Pressing  any  key 
then  returns  the  user  to  the  screen  with  the  input  data  grid. 
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Figure  A8:  Heat  strain  output  data  grid. 


The  graphical  display  options  are  listed  In  the  graphics  selection  menu  shown  below. 
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Multiple  output  data  sets  can  be  graphed  simultaneously.  Alternatively,  each  data  set 
can  be  graphed  individually.  The  user  may  select  either  one  or  four  graphs  per  screen. 
Graphs  can  be  printed  directly  by  pressing  the  letters  p  or  P,  if  the  DOS  Graphics  command 

is  installed  pnor  to  runniny  FLDMED,  and  the  pnnter  is  in  a  Hewlett-Packard  (HP)  printer 
mode. 
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Figures  A9  and  A10  illustrate  core  temperature  and  heart  rate  profiles  for  four  sce¬ 
narios  with  the  same  work-rest  cycles.  Tabular  scenario  input  data  are  provided  in  the 
background  to  facilitate  comparing  results.  The  data  sets  and  corresponding  graphic 
trage  •stories  are  given  the  same  colors  to  enhance  rapid  visual  coordination  of  tabular  and 
graphic  data  belonging  to  the  same  sets. 


Figure  A10:  Heart  rate  profiles. 
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From  the  Options  choice  in  the  heat  rriodule*  s  top-bar  menu,  the  user  may  select  to 
have  foL?r  graphs  plotted  in  one  graphics  screen.  Figure  A1 1  reveals  a  typical  series  of 
graphs  drawn  after  selecting  this  option.  This  type  cf  output  fonnat  is  useful  for  visually 
comparing  principal  differences  in  the  physiologic  responses  to  the  different  scenarios.  In 
the  multiple  graphs  per  view,  the  tabular  summaries  of  the  input  data  are  not  provided. 


Figure  A1 1 :  Multiple  graphs  per  view. 

Some  of  the  outputs  for  the  heat  strain  module  are  also  summarized  in  bar  charts 
(Figures  A12  and  A13  ).  A  pie  chart  option  is  also  available  for  depicting  percentage  cf 
casualties  when  each  data-set  represents  different  parts  of  a  composite  senario.  Line 
graphs  are  useful  for  presenting  lime  dependent,  or  dynamic  quantities,  whereas  bar  and 
pie  charts  are  more  useful  for  comparing  relative  magnitudes  of  point  values,  final  cumuia 
live  effects,  or  results  such  as  casuaftles. 
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Figure  A 12:  Heat  casualty  bar  chart. 


Figure  A13:  Miscellaneous  bar  charts 
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From  the  heat  strain  module's  Output  menu,  the  user  may  select  the  option  to  view  a 
detailed  listing  of  output  data  presented  in  text  format  (Figure  A1 ' '  The  detailed  output 
data  listings  activates  a  scrolling  window  of  inputs,  time  dependent  outputs,  and  output 
summary.  The  time  dependent  outputs  are  automatically  tagged  v/hen  values  exceed 
those  specified  in  the  thresholds  section  of  the  inputs  as  previously  described. 
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Figure  A14:  Scrolling  window  to  view  detailed  output  data  for  one  input  set . 
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Data  can  afso  be  saved  in  a  speadsheet  compaiibie  fonnat.  This  is  accomplished  via 
serving  delimit  the  separate  data  elements  (Figure  A15).  To  view  the  saved  data  file  from 
within  a  speadsheet  program,  use  the  ^eadsheefs  file  import  option  and  set  the  delimiter 
to  the  double  quotation  mark.  The  data  wi!!  then  parse  autcmstically  into  the  individiisl 
speadsheet  cells.  Further  data  analysis  or  data-set  comparisons  can  then  be  carried  out 
from  witiiin  tiie  speadsheet.  If  FLDMED  is  run  Vi^hin  Vl^ndows  this  can  be  done  without 
closina  the  FLDMED  application. 
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Figure  A15:  Saving  input  &  outpul  data  sets  in  a  speadsheet  compatible  format. 


The  FLDMED  program  also  is  capable  of  printing  input-ou^ut  data.  The  user  may 
select  either  a  short  data  summary  or  a  longer  detailed  listing.  Each  set  can  be  annotated 
with  a  short  note  (Figure  A16).  The  program  currently  oniy  supports  printing  in  the  Kewlstt- 
Packard  (HP)  printer  mode.  If  a  compatible  print  driver  is  net  accessible,  an  error  message 
appears  to  notify  the  user  that,  although  printing  from  within  FLDMED  was  not  possible,  the 
data  was  written  to  a  named  text  file.  The  user  may  latter  print  this  te.xt  file  f.rom  outside  the 
program  using  anottter  print  driver. 
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Figure  A16:  Requesting  a  printout  of  annotated  input-output  data 
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The  MED  INFO  option  in  the  heat  strain  module's  top-bar  menu  activates  a  popup 
menu  of  topic  choices  per  Figure  A17  below.  The  MED  INFO  section  represents  an  ori-line 
version  of  the  USARIEM  Technical  Note  "Heat  Illness:  A  Handbook  for  Medical  Officers" 
(Burr,  1992).  This  handbook  was  reformatted  somewhat  to  facilitate  its  implementation  as 
an  on-line  computer-based  reference.  Additionally,  color  highlighting  is  used  throughout  the 
text  to  draw  the  reader's  attention  to  key  words,  phrases,  and  concepts. 
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Figure  A17:  On-line  medical  heat  strain  handbook. 

As  an  example,  if  the  user  scrolls  down  the  MED  INFO  menu  to  the  line  for  Work-Rest 
and  Water  Tables  and  then  hits  the  Return  kev,  Figure  A18  below  appears.  This  scrolling 
pick  list  of  tables  allows  the  user  to  rapidly  jump  directly  to  specific  work-rest,  maximum 
vi/ork  time,  cr  water  requirement  tables.  As  indicated,  separate  tables  are  provided  for  both 
day-time  and  night-time  military  operations. 


FIclitied 


#  ’r 


iPrcvcntinn  of  indkiric^  wring  DiiylfgM  Oucr«>tionsl 


Ksxlnun  Voi*k  Tines 

Hoter  Requlynnent.s  foi*  Hnxinun  Hork  Tines 
aecoycry  Tine  Estlnatnc  after  naxinun  Work 
Hinutes  per  Hour  in  Work-Ract  Cycle 
Hater  Requirrnents  for  Un.'k-Resc  Cycle 


ion  of  HcAi  injuri#s  During  Niglit  Ouok*ationsl 


naxinun  Work  Tines 

Hater  Requii.  nents  for  Maxtnun  Work  Tines 
Hlnutos  per  Hour  in  Work  Rest  Cycle 
Uatft.  Requlrenents  for  Uork-Rett  Cycle 


Reference:  USARIEH  technical  Note  91-3.  "Heat  Ilincs:  A  Handbook 
for  Hedical  Officers''.  Appendices  E  S  F,  June  1991. 

Use  the  scroll  car  to  select  fc  vlcj  a  table;  press  Esc  to  exit. 

Figure  A18:,  Work-rest  and  water  table  selection  list. 
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Figure  A19  Is  an  example  of  a  table  that  provided  recommendations  for  single-shot 
maximum  work  times  during  daylight  operations  (Burr,  1991). 


iJ.  _  Fldmed 


labia  E-1  MScJSuii  Uork  lines  Cnjns>~i£aBfDjiyXiBbt  JPparaSiane 


HOPPe  H0FP'l4Underueai>  !;  I10PP44BDU  j 


WBGl|  la 

i'  «!, 

L 

n  H 

UL  L 

n  H 

!'  UL  L 

n 

H  1 

1  673  i  82 

I;  Ni. 

NL 

HL  •  J 

Hf,  i  •.  -• 

;  HL  J'S 

.V'  < 

■  K80  ■  .-84 

NL 

NL 

‘  e  1 

:  HL  1 4  -. 

‘i" 

I,  NL  i<i 

/»  / 

1 

1  FB2  1  i8? 

Nb 

NL 

l'  '  i 

HL  l-L 

/i\.  . » 

■  HL 

1 

'  r84  '  18,? 

!eo  :  l?i 

*'  NL 

HL 

'  »•  »  ’ 

.  NL  .I-'i 

-•  •  r 

!  HL  . 

A 

l-i  • 

P  NL 

NL 

HL  .r* 

1  NL  r 

Bfl  ^94 

‘  NL 

NL 

NL  f ' 

HL  i' 

‘ 

•.•90  i  196 

i  NL 

NL 

’  NL 

HL 

‘-92  -98 

NL 

NL 

NL 

*■  ^  ' 

HL  '  . 

, 

,  -,94  1  lao 

1  NL 

•; 

•  NL  ; 

1  HL 

i 

‘  ■  1 

,  1  183 

i  NL 

I 

:  ?£' 

✓ 

I'J--*.  ?  . 

iV 

(98  ;  185 
'i  m  i  10?. 

{  NL 

>( 

> 

'1 

1  H 

7A 

i. 

„:V 

lUsc  U£GI  or 

Ta  where: 

Uorb  intensities 

Uaets 

Nau igate :  j 

UBGI=«et  Bulb  Globe  Tenn.  <F> 

l)L>^«ry  Light  = 

107-M7S 

T  oi* 

PS  Up 

1  TA^Drv  hiilti  iinblent 

tenp.  <F> 

L«LiBht 

■ 

176->325 

i  ot* 

PS  on 

honirticv 
NL'No  Llnlt 

♦  cleat*  alty^ 

n=t1ediun 

H^Heauy 

m 

32t-->508 

5004 

hone 

o.u. 

end 

exit 

Figure  A19;  Maximum-work  time  table  in  the  medical  handbook. 
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The  Help  option  in  the  heat  strain  moduis's  top=bar  menu  provides  the  user  inatrueiions 
and  caveats  as  shown  in  Figure  A20. 


FIdmed 


-  INSTRUCTIONS  - 

1.  The  4  input  data  sets  can  specify  4  diffcfent  senat*los 
and/or  4  soldier  subgroups. 

One  con  sinulate  tlic  response  of  tlic  average  soldier  in 
the  unit.  Howeuer..  also  sinulate  suboroups  that  are 
at  nraetined  increased  risk  such  as  Ciiosn  that  are  less 
aeclinatiaed,  carrying  heavier  loads  than  average, 
nearing  different  unifoms,  nore  dehydrated,  or  Mith 
elevated  baseline  core  leaps  <i.e.  rebrile>. 

3.  Ho  standard  deviations  or  confidence  intervals  for  the 
outputs  are  provided.  One  can  sinulate  senarios  slightly 
nore  extrene  thsn  anticipated  to  help  detemine  the 
sensitivity  of  the  outputs  to  various  input  paraactors. 

4.  Casualty  prediction  is  for  total  heat  exhaustion  and 
heat  stroke.  It  is  based  on  a  Noraal  nrob.  densitv  func. 


with  a  nean  of  39.5  C  and  std.  dev.  of  8.25  Ct  ■- 

5.  Analyze  the  results  In  the  light  of  comon  ser/so,  prior 
experience,  and  nedical  Judgenent.  In  the  training 
environnent  and  unless  instructed  othervise  by  the 
connander  in  a  conbat  environnent  the  enphasis  should 
be  on  preventing  any  heat  stress  casualties. 

-  press  Enter  to  continue  — . —  '  - 

OSARIEM 


Figure  20:  Heat  strain  module  help  and  informaiion  screen. 


From  this  screen,  if  the  user  hits  the  Return  key,  a  list  of  references  for  the  USARIEM 
heat  strain  model  is  provided  (Figure  A21). 


Fklmed- 


- BEFEREHCES  - - - 

•I.R.  Sreckenridge  and  R.F.  Coldran.  "Solar  Heat  Load  In  Hem". 

>T.  Appl.  physiol.  31,  659  <1971).' 

V.  Epstoin,  L.A.  Strochein,  and  K.B.  Fandolf,  "Predicting  fletabolic 
Cost  of  Running  with  and  witliout  Backpack  Loads",  Eur.  Appl.  Physiol. 
56:495-500  <1987).  rr  c  o 

B.  Glvonl  and  R.F.  Goldnan,  "Predicting  Rectal  Tenperaturc  Response 
to  Uork, .Environnent,  and  Clothing",  J.  Appl.  Physiol,  34,  2B1  <1973). 
R.  Giuoni  and  R.F.  Goldnan,  "Predicting  Heart  Rate  Response  to  Ihirk 
Environnent,  and  Clothing".  J.  Appl.  Physiol.  35,  875  <1973). 

K.B.  Pandolf,  R.L.  Burse,  and  R.F.  Coldnan,  "Role  of  Physical  Fitness 
In  Heat  Acclinatization  Decay  b  Re induct ion",  Ergnnonics  20.399  <1977). 
K.B.  Pandulf,  B.  Glvonl,  and  B.F.  Goldnan,  "Predicting  Energy  Expendi¬ 
ture  uith  Loads  while  Standing  or  Walking  very  Slowly",  J.  Rppl. 
Phvsiol.  43,  SV7  <1977b>. 

K.B.  Pandolf.  L.B.  Strochein,  L.L.  Drolet,  R.R.  Gonzalez,  &  II. N.  Sawka. 
"Prediction  Hodellng  of  Physiological  Responses  and  Hunan  Perfomance 
in  the  Heat",  Conput.  Biol.  Hed.  Uni. 16,  Ho. 5,  pp,  319-329,  1986., 


press  Enter  to  continue 
10/92  USARIEM  = 


Figure  A21 ;  On-line  refemce  list  for  the  heat  strain  module. 
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Figure  A21  shows  the  introductory  screen  for  the  Altitude  module.  Depicted  is  a  grid 
with  a  default  ascent-decent  profile  in  overlaid  tabular  descriptive  and  graphical  formats. 
The  vertical  axis  is  altitude  in  thousands  of  feet.  The  units  for  the  horizontal  axis  are  num¬ 
ber  of  days.  The  user  may  select  the  Input  options  from  the  top-bar  menu.  A  pop-up  input 
selection  menu  then  appears. 


Figure  A21 ;  Altitude  default  profile  and  input  mode  selection  pop-up  menu. 


To  specify  the  physiologic  parameters  for  any  or  ‘if  of  four  senarios  or  sets  the  user 
should  scroll  within  the  Inputs  menu  to  the  Variables  choice  and  then  hit  Return.  This 
causes  an  input  grid  for  the  physiologic  variables  to  appear  as  shown  in  Figure  A22. 
Within  this  input  data  grid  parameters  can  be  changed  within  predefined  constraints.  Val¬ 
ues  outside  of  the  valid  data  ranges  are  not  accepted.  The  FI  key  can  be  pressed  to 
activate  a  small  pop-up  dialog  box  that  states  a  variable’s  limits.  In  Figure  A22  the  user 
has  entered  a  different  value  for  the  respiratory'  ratio  in  each  of  the  four  data  sets. 
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The  altitude  module's  default  ascent-decent  profile  can  be  cleared  by  selecting  the 
Clear  Profile  option  from  the  Input  option.  The  Create  New  Profile  selection  also  clears  the 
current  profile  and  generates  a  window  for  creating  a  new  ascant-clsscent  profile.  Figures 
A23-A25  illustrates  the  data  input  windows  and  movement  options  popup  for  constructing  a 
custom  ascent-decent  profile. 
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Figure  A23;  Old  ascent-decent  profile  cleared,  starting  new  profile. 


Figure  A24:  Selecting  an  ascent-decent  movement. 
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Figure  A26:  New  ascent'decent  profile  with  return  to  main  altitude  screen 
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After  the  physiologic  parameters  and  ascent-decent  profile  (Figure  A26)  have  been 
entered  into  the  altitude  module,  the  user  may  select  the  Output  option  from  the  top-bar 
menu  to  generate  a  set  of  composite  line  graphs  (Figure  A27).  The  graphs  plot  ambient 
pressure,  ambient  oxygen  concentration,  alveolar  oxygen  concetration,  and  arterial  oxygen 
concentration  as  functions  of  the  values  of  time,  altitude,  and  physiologic  variables. 


Figure  A27:  Graphical  output  for  the  altitude  module. 
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As  was  the  case  for  the  heat  and  cold  modules,  in  the  altitude  module,  the  user  may 
select  MED  INFO  from  the  altitude  module's  top-bar  menu.  This  option  activates  a  popup 
menu  that  lists  topics  in  military  medicine  related  to  deployments  to  locations  at  high  alti¬ 
tude  (Cymerman  and  Rock,  1994).  Figure  A28  below  illustrates  the  appearance  of  the 
medical  reference  topic  selection  mode.  To  select  a  topic,  the  up  or  down  arrow  is  utilized 
to  scroll  through  the  options.  The  Enter  key  activates  the  selected  choice.  Alternatively, 
typing  the  first  letter  of  a  topic  will  send  the  cursor  directly  to  that  line. 


Figure  A28:  Altitude's  medical  reference  topic  menu. 


Figure  A29  below  is  a  typical  display  from  the  altitude  module’s  medical  information 
reference  section.  In  this  example,  the  user  can  review  a  table  of  reference  values  for  the 
constituents  of  air  in  the  environment  as  well  as  for  various  internal  locations.  Additionally 
the  respiratory  ratios  are  provided  for  the  three  major  macronutrient  food  groups. 


Usuallii  the  rat  IP  of  nolecules  of  02  alisorbed  fro»  the  lun^s  tc  the 
n  of  nolecules  of  C02  h; leased  Into  expired  air  Is  not  exactlv  one.  This 
15  the  rc':i:irAtory  quotient 


Food  source 

R9 

Sucrors 

i.e 

Protein 

9.82  Average  diet  ->  KQ>>0.82 

Fat 

9.7 

Nauinatc:  Pa-up,  Fg-doun, 

flkeyc.  Hone,  End.  Esc  &  otlier  kegs  tc  exit 

Figure  A29;  Altitude  physiology  content  example. 
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FLDMED's  cold  module  is  reached  from  the  top-bar  menu  of  the  main  program's  intro¬ 
ductory  screen.  The  dynamic  numerical  portion  of  the  cold  module  has  not  been  imple¬ 
mented;  however,  the  data  structure  heirarchy  for  thisd  module  was  specifically  designed  to 
accommodate  the  insertion  of  the  predictive  USARIEM  lumped  parameter  cold  digit  model 
(mathematics  of  the  model  described  by  Shitzer,  et  al.,  1992;  an  expanded  software  imple¬ 
mentation  derived  from  that  reference  is  described  in  Reardon,  1994).  The  input  interface 
designed  to  accept  the  necessary  inputs  for  the  cold  digit  model  is  shown  in  Figure  A30. 
This  input  interface  utilizes  the  same  format  as  the  input  screen  for  the  heat  stress  module. 


FIcImed 


jip.  —  -.  -rz:  ■nov.TaEniia 

Length  <cn>: 

IPBEmBtS 

8.8 

nho  \HU) 

iiii.i'  1/.  n 

WC*  4  = 
8.8 

Jncjr  step  feon  base  <nn>: 

2.8 

2.0 

2.8 

2.0 

Oianeter  <cn>: 

2.8 

2.8 

2.B 

2.B 

Anblunt  dry  bulb  tenp  CO: 

-S.C 

-5.0 

-5.8 

-5.0 

Tltrcsbcild  di^it  tenp  <C>: 

S.K 

5.0 

5.8 

5.8 

Tine  hegin/end  <hr3>2 

0.8  ‘i.B 

8.8  5.0 

8.8  5.0 

8.8  5.0 

Tint-  increiient  (nine): 

1S.0 

15.0 

15-0 

15.8 

n<tr.c  tenp  in  it  COt 

30.8 

38.8 

38. 8 

30.8 

fifine  tenp  TinAl  <0: 

2B.C 

20.0 

20.8 

20.8 

’  tenp  tine  const 

1-3 

1.3 

1 .3 

1.3 

Tip  t^np  in't  CO: 

20.0 

28.0 

20.8 

28.8 

Het  rate  iiiit  <U/cn-3>: 

iseao.a 

15888.8 

15888.8 

15888.0 

net  rate  final  <U/cn''3>: 

5888.8 

5888.8 

5888.8 

5888.0 

net  rate  tine  const  <hrs>: 

1-3 

1.3 

1.3 

1.3 

8  of  elgsnwalues  r^r  step: 

IS 

15 

IS 

15 

Heat  trans  coef  circ/tlp: 

7.12  7.12 

7.12  7.12 

7.12  7.12 

7.12  7.12 

Therrikl  conduct  iuitp: 

8.418 

8.410 

0.41D 

0.418 

Thornal  diffusiwitji: 

B.eBOlS-tS 

8.8884546 

8.8884546 

8.8884546 

111  IfflTCH  rtODt:H  Dflln  SHfC:! 

o»  1  (.HnPHS^SCREfH:! 

. . 

Figure  A30:  Cold  module  input  screen. 


Although  the  cold  module's  output  section  has  not  yet  been  completed,  the  MEDINFO 
top-bar  menu  choice  is  active  and  is  depicted  below.  The  popup  menu  contents  for  the  on¬ 
line  cold  v/eather  medical  reference  is  shown  in  Figure  A31  (Burr,  1993).  in  this  example, 
the  user  has  scrolled  down  to  the  Wind  Chill  Chart  topic  line.  Hitting  the  Return  key  causes 
the  corresponding  section  of  the  altitude  medical  reference  to  appear  in  subsequent 
screens.  _ 
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Figure  A31 :  Cold  module's  medical  reference  topic  menu. 
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Figure  A32  illustrates  the  contents  of  the  first  information  screen  for  the  wincichill  sec¬ 
tion  of  the  altitude  medicine  reference.  It  provides  background  descriptive  information 
about  the  effective  use  of  the  windchill  index. 


I  The  'Viind  chill"  tenpe^aturc  is  en  estiiiate  of  the  still  all*  tsnperature 
:thac  cause:  the  sane  skin  cooling  as  the  pai*tlcular  conblnatlon  of  wind  and 
j  actual  tenparaeure.  For  exanple,  air  at  -100?  blowing  on  the  skin  at  IB  HFH  has 
:  about  elie  sane  cooling  affect  as  -33^?  still  ait*.  The  risk  of  skin  freesing 
1:  based  on  the  and  stratified  into  three  zones  of 

'  ascending  risk. 


Chili  t-^faic  i 


I  The  wlodckill  tenperature  provides  a  roughly  Quantitative  indcK  of  the 
risk  of  freezing  injury  to  exrased  skin.  The  estinates  in  this  cable  are  based 
on  the  effect  nf  uind  and  cold  on  dry  skin  in  healthy  individuals  with  nomal 
skin.  Hjt  ciiin  or  rc,';'!ric£ci’  t ij-.-jlatn.!.-  will  increase  the  susceptibility  to 
;frr«3lng  Injuries. 

fliditional  infomatlan  about  the  Uind  Chill  Index  can  be  found  in  Toner>  H. 
iH.  and  KcArdle.  U.D.  ’Thysioioglcal  Adjustnents  of  Kan  to  the  Cold",  In:  Pandolf 
I,  X.A..  Sauka.  K.H.  and  Gonzalez.  0.R.  <ecs.>  Hunan  ?erforaance  Physiology  and 
i Eiivironnental  Medicine  at  Terrestrial  Extrencs.  Inuianapolis  Indiana:  Benchnark 
•Press.  1*68. 


Wavlgate:  ^  Pg-lown.  tlkevs.  Hone.  End.  Etc  t  other  kept  to  exit 

Figure  A32:  Wind  chili  section  of  cold  module  medical  reference. 


Now,  if  the  user  presses  the  down  arrow  key  or  Page  Down  key,  the  wind  chill  chart 
will  appear  (Figure  A33).  Such  charts  and  tables  provide  on-line  advisory  references  as 
functions  of  operationally  relevant  parameters  within  predefined  useful  ranges.  These 
expand  the  utility  of  the  overall  program  and  preclude  the  need  for  the  user  or  program  to 
carry  out  cumbersome  and  Jme-consuming  calculations  for  commonly  accessed  data  such 
as  the  windchill  index. 
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Hind  Speed 
<iii  KPH> 

SB 

40 

30 

28 

10 

e 

-10 

-20 

-3» 

-40 

-50 

-60 

CALK 

SR 

48 

30 

28 

10 

0 

-18 

-20 

-38 

-40 

-50 

-60 

5 

46 

37 

27 

16 

6 

-5 

-15 

-26 

-36 

-4? 

-57 

-6B 

18 

43 

28 

16 

3 

9 

21 

-33 

-46 

-GD 

-70 

-83 

-95 

IS 

35 

22 

y 

-S 

-18 

-32 

-45 

-SB 

-72 

-05 

-99 

-112 

28 

32 

18 

4 

-iU 

-25 

-3? 

-53 

-67 

-B2 

-96 

-110 

-124 

25 

33 

IS 

8 

-IS 

-';y 

-44 

-59 

74 

-89 

-104 

-llB 

-133 

38 

2A 

13 

-2 

-18 

-33 

-4fi 

-63 

-79 

-94 

-109 

-126 

140 

35 

•if 

XI 

-4 

-20 

-35 

-51 

-67 

-02 

-98 

-113 

-129 

-145 

40 

26 

18 

-6 

-22 

-37 

-53 

-69 

-85 

101 

-117 

-132 

140 

— 

LITTLE  DANGER 

INCREASIh'G 

GREAT  DANCER 

DANCFr 


»  Uind  speeds  greater  then  4B  KPH  have  little  additional  effect. 

LITTLE  D6HGER:  if  exposure  to  dry  skin  is  <  5  hrs.  Greatest  hazard  fron 
raise  sense  of  security. 

IHCREASINC  DANGER:  exposed  skin  nay  freeze  within  1  nin. 

CAfAT  HANGER:  exposed  skin  nay  freeze  within  DR  srronds . 


Na*'lgate:  Pg-up.  Pg-doun.  tlkcws.  Hone.  End.  Esc  L  other  keys  to  exit  i/2 


Figure  A33:  The  wind  chill  chart. 
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APPENDIX  8:  USARiEM  Heat  Strain  Model  in  MathCAD 

fadaolcd  from  Sfroschein.  1994J 


input  Variables  (initial  values); 


So/it'in 

£r.-/!fonment: 

Ht  i  172 

Ta  r  35.0 

Wgt  -  71) 

Ri  .=  50 

DiH  -  99.0 

-  0.6 

Tree  =  37.0 

O 

C) 

II 

Tsk  -  365 

S!rF  =  0.0 

adF  i  40 

Mefabolc  rate: 

Cigtniog 

Watts  yyQif.  .=  350 

Itc  =  209 

Walts  ^  =  1ft: 

live  -  0.15 

Watts  ^  =  0.0 

inne  -  0.16 

I.TT/C  r  020 

Tfs  liipis: 

max_v.'oi1c  ■  23-0 

^-"^VAjrk.rest  "385 

Tre_limity^j(  .=  39.0 


Vapor  Pressure  Cslr  ulaiions 


TOfr_h?&sgf(T)  =10 

Torr  h2o  =  Torr_Ji2o  gaj(Tsk) 


6*076 

T  2350  Fu''c:.'C')c*sc'ya!or  for  deian-i'ipgv.'atsr  vapor 


pressu'c  of  a:r  safuTStcd  w  waist  af  a  spec^iisd  skin  temperature 


Tcrr_h20a„ji-,^n;  -  ^.,‘Tofrj!2o  sg|(Ta); 


rorr_h20  =  45.801 


TorT_feo  a.Tifcier.t  =21.066 


vV'nd  gff(M}  =  VVsp  -  0.05f  (iM  1G5.0j 
lt(V)  =  Itc-v'-'"'' 

•fniv.; 


.-uncron  i'.eciaratv;'rs  for; 

1 .  C8;etniir,;n9  etfcciive  v.'fexl  Speed  acrcjss  tP.e  tody  SiVan 
aclia!  wi'vJ  speed  and  rviClabolic  rate. 

2.  dr,.;etninng  ins'.teticn  (do)  ccnected  for  a  spec“isd 
«ffe:i.ve  wind  speed. 

3.  dstcrrr.inir.o  e’/a{oi3l.-ve  capacity  as  a  Jurndion  of  wirxi  speed 
tor  a  given  cfodvng  water  vapor  pemiea&Sty  index  (tac). 


Ev2p(.i,2|r,(V)  :  Imc-V'’ 

0.41  ^,_rr..43_  :«vc;.  4.  ce:r.rrrjsir.g  ePictency  wih  wHch.  clotiting  transmits  solar  lead 

^^ciofri_efiiaency'^  I  *  lie  thougi.ciodrjig  to  the  stories  a  function  cl  effective  v/ridvsfecrtr. 

V/ind  gu'Watts  ;  =  1 56  Wind  g«i'Wats  =  0.6 

\vK  ^  'Awk; 

Vs'  fEC  ■  V*iftd  gif ^ Watts  igp. 


61 


ADA29400'6" 


ADA2940G6 


**  v.’ork  wk) 


CtJta  ning  spwlli;  va'jes  for  v-ariabies  non  prevtousv  defined  tuncfons. 


work  "  ctoth{^®*  wkj 
'"’rac  =^'5Pck)th{Vei.,ec} 


Subscripis  lAk  =  dupfog  work  period 

fee  =  during  rest  or  recover/  penod 


Vel,^.k  =  1.58 

Vel^=0.6 

lt,.^rk  =  -'351 

It  jjv;  =2256 

yi.iQrk  ~  0.175 

Im^  =0.144 

tec  •  cJoth_Gfficiency\^®*  tec; 
Uy,k=0173 

Unjc  =0-226 


Vei = tola!  effective  vrind  veSoefoy  across  tbe  Sx>dy. 

^  tUka*  C*>CUtlVD 

Icr  =  foni  sfferivs  pemi-oabrSt/. 

U  =  eff ciercy  of  irarsfer  cf  solar  load  to  the  skip. 


Bsa{on.kg)  -  0.0071P4 


;D.725„„042S 
. 


Bs3  =  bo-Jy  surface  area  ir.  r.2. 


-  B3a(Ht.Wgt) 
aa  =  1825 

tii9  D*ock  cfjntniMS  oC{fii'3r.5»  *uivci  5”i*^c*ar5tor.i. 

Hic{Clo)  645-BEa-^-?^-22^  Hrc  =  rad2r.t  and  cor.vect.S,'er*at  gain. 

Go 

BKf(Hrc,r«tet.Sobr)  -  Hic  -  Met  -  Watts  •  SoJa'-GrF-wldF  -'®<l=**2‘*^*fee<ls>3tSffesp3tedto 

w  prevent  core  temp  increase. 

Emax{Cevap)  -  1421-Cevsp-Bsa-.'Tcn_h2o5t^r.  Tofr_h2o  g^^jTEn)ax= Maximum  evaporative  he.at 

'■  'atsertirg  capacty  of  the  arritfen*.  a'r 

work  ■  v.v%' 

Hrc^ 

w-ork  '  I  wcfk  ’  v.'orfc  •  ^  wk 

Beq  ^  r  Beq '  Hrc  ^ ,  Wa«3  ^ ,  U  ^ 

^^^wxirk  ■  work., 

Erax  ^  Etex  'im 
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Watts  work  =350 
^work  ="9-049 
Htc^  =-7.826 
Ei«?wjjf}(  =  340.951 
Beq^  =97.174 
^™*work  =  ‘’‘'2-374 
BrnaXrt-  =9259 

•*'  Fund  on  tfeciara^^r.  for  Tref.  wWch  is  tte  asyniplotk:  precSded  core  lemD. 

TfEf(M.U.Hfc.BBq.Erirax) 33.75  r  0.004-M  -  0.0025-U-CldF-S?F-  0.0011 -HiC  -  OB-exp(a0047-(Beq  -  EnaXj) 


Tref  Tfef'WattS  work*^  v/k'‘'^'^\vt!rk'^^  v/ork>°"^\vork'!  Ca’csjiafonofspecifevakiesforTref  for  work  arid 
’  )  ^  '  rccar/er/ phases  of  the  v/oric-rcStr/cte. 

Tref  ^  Tref!  Wate  ^.U  ^.Hrc  ^.Enaq  ^.Emax^) 


Ttsfv,,}{=  40.482 
Tref  ^=37.979 

OtTL'?  is  a  fjncSon  tha*.  ac^-jsis  the  prec'icted  as>TnpIotk:  cere  te-p  for  .Tj'^aton  measored  as  days  in  heat  (Dih).  'fotc  that 

ttia  benent  ot  heat  acotmalaafen  can  bo  nsgsted  by  !c.v  Emax,  v.hich  rc-presents  few  cvaoo'ai^e  heat  aoccplaiKe  caoadty  cf 
the  onvironrienl  (e.g  as  occurs  m  hot  htmtl  ccrtcStfer.s). 

DTreffT-ef.Emax)  -  {05  -  1B-(1.0-  0p(O5  (3?.15  -  Tref))}  {1.0  -  (5?(-0.{X5-5llS(}))-(ev{-05  DiH)) 


TretA  t  OTref (Tref  ^..^^.ErTex 

T^A 

- 

TrefA  =  iffEmaKy.Q.jj>0.TfelA^..(^.0'i 

TrefA  ^  = 

Tr€fAy^..^  =  1.16-10 

TretA  ^ 

Tr.e  febo-.MTs  btoch  cairctaies  :-rc«Ti~e.'ded  j.ete;  .Tta^es  c_:r5  v.tt'K  and  re;  j/-:-ry.  f«cfe  ina:  max  water  at>s-o.T'tt;n  is  -t.5  is.I'j 
therefore,  sustained  s.'.eafr^  at  rates  >t  5  lis/fir  wS  fcad  to  p-ogresso-'O  CenjtJratior.  .'respeclivc-  cf  amouros  of  »witar  inta'-ce 

VVater(Er8q.EnEx)  -  !fi&TTSX<G,200C\275 

aiVQal(B8q,&Tiax)  =  if{vVaier{Eteq,Bnax)>20a0.2000.(if(WatEr(&eq,BTt£x)t:-150.l50.V!fetor{£'sq.ErTS)c)))) 

•**\  ^  •  VVCfK  •  WClK/ 

Water  gy  -  1.0567-10'"-Sv.'6aJ 'Beq  ^..Btok 


rvucw*  {^C  ~ 

Water  =ai13 
Water  jgj  =  0.663 


Dsiayu^f,  -  —  -  -  Oeia/i  5•ne^O'^c-^0•;ra;uIee~^■sc^s'.^a^gw■or■^:c/c'€tc^cco•'nKaprlarent. 

Watts 


Deiay^vk  =9043 


WA29400e 


TreoC  -  Trao  -  /Tref  ^  .  TrefA  ^  -  TreoVo.1 


;'  ttt '  3£>-5’»Tfeo  ^  stta:  cofe  t€»n?. 

{  a  ~i|’f6fc=c=coretenpa!er-3offecsvesys!ase. 


/rrelAtr 


core  fenjp  corectcn  fo:  accSsnaSzatiOR. 


TreoC  y.jj=  37.043 


r-j.a  t>£  •$  a  dout-fe  £)®on5«5=i  terra 


1  -  03-i’TfeoC^^-  Trefyj^]'  ‘‘=t"«cnrs?an;f3:p«vj25ac«c!cDfetrn^ptror;  ~;s:i? 


asyTrptofc. 


k..,t=C.017 


CP  -  O-OISYStex  jgp  Eret, 


C-  =  £2o3og  .£xyA^e'  (i.e..  how  !r;>CM  t^•eRa^;  czp.  te  io$t 
\n  s.veal  cv3?c?=Son  9  vea  the  atesr/  3?  atr±.^i  ar  ts 
abs3«b  adcRonai  water  vapor). 


-i1{CP<0,15.15ep(-C5CP)) 
1  -  €xp(-  15-iCP  ) 


CP=-{).GP^ 
Defay  {gQ  =  15 

k^=O.OCS 


Aire  -  Tref  •  TrelA  y^j,  -  TtaoC 
dTic  ^  -  Ttsf  ^  -  TrefA  ^  -  Ti^ 


!n::iTtt-..i,  -  TieoC  ...i,  -  Tre 


Maxj.votk.rrjts  -  Defay  - 


iiTre 


tctr-  isscitpiyi  fct  -wrrjrr.  sr^e  S^Pt 
•«syiir*. 


^Ti5  •  TreoC  yyjp  -  Tre_Sr7»it 


Majc_v.T3rfc  (TiTS  T  Deiav 

”  r  ,v 


•  in'  -f.  iTre  „i>C.»tt;C>0.C,0)  .0”  \ 

g^y  _  .  •  •  _ .-.'  ■rRpierx-Ttefer.ctS-e'rjji  ^v?rfc!¥ne»qn 


y  ilst  tear.  :s  t-j=.  raca  2ra  tera^.  oths-.-.-js*  co 
?s-e3!dU^t. 


Wax.wvrit.rrans  -  tf(f.fex  ;v:rK..Tir»>5X^3CC.^lax/.v:j.1...:Ti-i 


Max  .v.'ert:_rr^  =  58.'.’5S 
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tswitch  r  t  -r  Delay 
tswitch  rest  =  29.943  tswitch 

t  -  tswitch  ^.tswitch  rest  +  fswfch  rest  ^  wor1< 
tswitch 

'last’-  -■ 

'  -  ®  last 


TreoC^(^  =  '^'®lasi(Tre) 

^Tre  -  Tret  +•  TrefA  -  TreoC 

ATre  =  3.401 


Ti^wk,  ^  TreoC^,^  ■  ATre^,^-(l  - 


'^'^wkj 


37.082 

37.362 

37.62 

37.857 

38073 

38272 

38.-i55 

38.622 

^.776 

38.917 

^.046 

39.165 

39274 

39.374 

29.943 

34.943 

39.943 

44.943 

49.943 

54.943 

59.943 

64.943 

69.943 

74.943 

79.943 

84.943 

89.943 

94.943 
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Time  Series  Results:  Recovery  Phase 


tl. 


Delay  wk  =9943 

tswitch^  Delay v^k 


tswitch  ^  =  39.943 


t  ^  tt,  ,tt:  1-At..  tt;  +  tswitch^ 
I  las!  '  last  '  Lict  rec 


last 


"'’’r®wkiast.(Tre,„<) 

ATte  fee  ^  Tref  ^  4  TrefA  ,bc  -  TteoC 
Aire  ^=-1.395 
tswitch  fgc 

'last -  i|ast=^'^ 

at 

jr0..i|35t  Tf® 

Tna  ^  Treoc  ,^0  ^  ATre  1  -  e>p[-k rec’O-At) I’ 

I  .1  J  •• 


94.943 

39.374 

99.943 

39.357 

104.943 

39.34 

109.943 

39.323 

114.943 

39.307 

119.943 

124.943 

39275 

129.943 

39259 
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(Fanger,  1970;  Gonzalez  and  Cana,  1985) 


Using  the  Inputs  from  the  previous  section: 

e_tBSp(M , P) =0.0023  M-(44.0  -  P) 

C_t©sp(M  ,T)  e0.0014  M<(34.0  -  T) 


Function  definitions: 

Evaporative  resp  heat  loss. 

Convective  resp  treat  galn/.oss. 
n.b.:  34C  =  93.2  F 


V/ortr  phase- 

■-  E_re^^Watis  ambient) 

•=  C_fesp{Wa{ts  work-’^^j 
neLE.fesp  y,Q^  =  E_n2sp  t  Qj^sp 

E..re^  ;YQf{(  =  18.444 

work  =-0-^9 

netE_resp,,,Qrtj  =  17.954 


Recovery  (rest)  phase: 

E_resp  rec  -  E-resp (Watts  a^^,) 

C.resp  ^  s.  C_resp  (Watts 

net.E.resp  ^  -  E_resp  ^  -  C_resp  ^ 

6_resp  iQQ  =  5.533  This  specific  scenario  is  pBrmitt:ng  evaporative  respiratory  heat  loss. 

C ,  re^  ^  =  -0.147  The  negatr/e  s’gn  here  i.nd.'ca!cs  cervseUve  heat  gan  due  to  iniiaiing  the 

relati-vely  high  temperature  ambient  air. 

net_E_resp  =  5.386  The  net  result  forthis  en\'iror.mental,  soldier.  acti-/ity  senario  is  a  net 
aoiiity  to  dissipate  body  heat  via  the  respiratory  tract  at  a  rate  ct  slightly 
more  than  5  Watts  per  meter  sq.  o(  body  surface  area. 


Bsanel.E.resp^ortt,^ 

- -  - 100=9.611 

work 


The  percentage  of  accumulating  body  .neat  load 
during  the  worir  phase  that  car,  be  dissipated  via 
respiration 


Bsanel_EjEsp^ 

- -  --100  =  10.117 

^roc 


Th.c  percentage  of  accumulating  body  heat  load 
during  the  recover  phase  that  car.  be  aissipated  via 
respnalion. 


68 


ADA2940b6 


ADA294006 


I 

I 

I 


Watts  =  350 

f^Cwori<=-9W9 
Hrc^= -7.826 

^  work  =  ^®5'' 
Ereq^  =97.174 
Emax  =  1 12.374 

Emax  ^  =9259 
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Assumptions,  rules,  constraints,  and  relationships; 
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Mass  blood  flow  rate  through  each  compartment  is:  r,  •  p,,  •  co  where  r,  is  the  fraction  of  the  cardiac  output  (co) 
going  to  compartment  #i  and  Sr.  =  i ,  but  where  some  r.  may  =0.  po  is  the  mass  density  of  blood. 


H  •- 

4--  O) 

¥  ^ 

o  to 
5  ^ 
H  -Q 

^  ffl 

5  © 


'5' •a 

u  C 

$  © 
^  £ 


©  ©  © 
©  ©  c 

©  -p,  ^ 

il  T3  T, 

Q.  ©  y 
X  w  5 
o  ©  ® 
p  © 

Q.  2 
X  3 
© 


© 

13 


C 

© 

o 


o 

u 


© 

J3 


C 

_  © 
o 

li 

o  ■§ 

o  — 
©  o 

^  JT 

®  © 
o  © 


2; 

© 

Q. 

E 

© 

-t— 

c 

© 

E 

•tr 

ra 

CL 

E 

o 

o 


c 

o 

o 

2 

•♦— 

c 

g 

o 

© 

'©' 

■o 

c 

© 

E 

_g 

c 

> 


o  c: 

>  o 

_o 

O 

o' 

o 

©  © 

^iip 

© 

© 

2  .2 

© 

'■U 

k. 

«  o 

■D 

o 

ll 

C 

© 

■p 

©  — 

1- 

k. 

_© 

©  © 

^  -  'W 

2  2 

© 

.g 

© 

a 

©  p 
©  © 

f '? 

c 

© 

> 

CaL> 

3 

© 

£ 

o  © 

•-  o 
o  © 

]© 

© 

© 

© 

c 

3  -Q. 

xz 

E 

2  O  ^ 

*0 

k- 

© 

Q.  »_  © 

c 

© 

^  ©  2 

©  §  o 

g 

TJ 

o 

c 

> 

W 

© 

*♦— 

*o 

c 

m  -S'  © 

© 

© 

© 

© 

TJ 

© 

© 

OT 

© 

1— 

Q. 

X 


x: 

■o 

© 

o 

2 

CL 


.C  ® 

o  o 

©  M 

c 

o  ^ 
•i:  © 

©  £ 

o  t_ 

©  o 
^  **- 

©  Q- 

g  . 
E  © 

g)2 

i  = 

E  o 

©  ja 

^  B 

£  $ 

c  ^ 


TJ 

© 

C 

o 


© 

© 

© 

XI 


x:  © 

■■£  £ 

i22 

M 

Q.  O 

1 

W  © 

C 

.•^  .2 

6 

.S  "o 
•«  2 

+ 

© 

o 

© 

TJ  9 

O  -Q 

© 

© 

c 

H 

1 

O  := 

o 

0)  § 

S  ^ 

(/)  '*«* 

© 

3 

©  © 

cr 

© 

< 

£  £ 

© 

M— 

« 

H 

T3  ^ 

£  £  . 

•2  8  ^ 
o  P  § 

©  O 

c 

© 

"to 

{ 

t4 

H 

© 

x: 

S2  to  a 

t— 

< 

©  rj  = 

© 

El  ^ 

5  o 

© 

E 

© 

w 

1 

C  1 

© 

© 

E 

3 

B 

15 

o 

MR, 

© 

Q. 

t 

XI 

c 

E 

O 

o 

11 

TJ 

© 

© 

o 

© 

Q 

U 

> 

X 

© 

£ 

E  o 
©  - 

O' 

jo 

a 

E 

.s 

O. 

o 

u 

e 

3 

-1 

TJ 

© 

© 

E 

c 

o 

c 

© 

© 

O 

> 

© 

v' 

© 

3 

T3 

"to 

o 

E 

tr 

ro 

E 

t: 

© 

c 

© 

E 

r* 

M 

© 

CL 

CL 

•c 

o 

5) 

t/. 

© 

D) 

< 

© 

XT 

h- 

E 

o 

o 

E 

o 

o 

ro 

Q. 

E 

o 

o 

c 

u 


r 

'j 

E 


^1  = 
y 


o 

© 


72 


ADA29'4006 


CO  ph  Ch  iis-  I,)  I  A„,  iiMi  (T.o  -T,)-Ai  h.  (T.-TM)+Q,  for  i  =  2...N-2  where  N  =#  of  compartments. 

•  CO  pi,  •  Cb  ■  (Tb  -  Tr)  -  A,  •  h,  •  (T ..  -  Tn-z) + Where  subscript  c  represents  the  core,  or  N-1 ,  compartment. 

p.  O,  ir:  r,+rz  T:.  +  ...  +  r,  T,-T(0  Where  subscript  b  represents  the  Central  blood,  or  Nth, 

compartment. 


t 

1  - - - - A  {>^->94-066 


! 

i 


I 

! 

( 

! 

1 

i 

i 

i 

I 

! 

I 

! 

! 


fij 


O 

o 

o 

> 

•O 

c 

CO 

X 

£ 

c 

•a 

Q 

v> 

« 

2 

Q. 

X 

0) 

0) 

c 

oi 

o 

w 

c 

o 

2 

cr 

m 

0) 

m 

o 

jc 


CD 

!l 


E 

_a3 

"w 

>. 

01 

c 

o 

£ 

tr 

CC5 

Q. 

£ 

o 

o 

X 

0) 

CC 

i- 

o 

LL 


a='iD='li^l=n? 


T3 

C 

ffl 

I-" 

c 

5=  >. 

© 

© 

q:-° 

©  ©  .JS 

^  X  X  ^ 

^  5  -sc  p 

c 

w 

2 

p  'S 
p  c 
-p  -3 

C 


c  ilt 

c  ?  .-f 


^  c.! 

s  s 


V 

r 


“  -?i=  s 


r*l-  + 

tia  £ 


-  <1!- 


r  r-  o  o  s 


-  <le 


(0 


0) 


a 


< 

u 


< 

o 

It 


x:  ^ 

■o  i=  ffl  Z: 
3-2^2  o 
o  co«S  g-ifi 

«C  ^  CL  ^ 
W  O  Q.  (C  5 

<  ^  o  §  E 

-  -C  5  O  01 
^  5  o  5  -Qj 


,o 

V- 

3 


to  2  o 
P  03 


(D 

^  w  -  x: 

O  <  (!)  o; 

to  •  N  'F  jiT 

0)  T  =  t  o 

•=  CO  (D  ~  to 

1!  ^  ^ 


^  C  <  1  ® 

CD  - .  >  0) 

-2  ^  o 

e|  p 


c 

.2 

‘w 

«3 

> 

.£ 

o 

E 

to 

< 

c 

CD 

JC 

5 

H- 


c 

o 


o 

03 

0) 

r* 

H- 


CL  ffi  5 

O  £  ®  C  D) 
I—  <0  .2  CD  Q) 
C  ^  0>  *r 

2  ^  '5  p 
®  t!  P  05  I 

03  ffl  ®  .£  ® 

1-  o  £  £ 

.  c  H*  3 

£  ”  '  t5 

CO  ^  ro  £ 

CO  _ 

®  05?  ^ 

-  C  t-  i 


01 

-  1.0  £ 
>»  ■?? 

C  ■§  "D 
O  °  0) 
C  S2  ^ 

O  o  .2 
O  ‘-g  c 
3  _  o 
tr  o  » 
'C  to  CO 

1  01  E 

p  —  3 
c  ^  ^ 

.2  V  Q. 

tC  (C 
3  0)  _ 
O  *“  P 

«  p  .2 

^  —  c 
c  — •  p 

2  S  E 

•c  tc  5 
P  «  c 
c 


O  o 
“  3 

^  LU 


x: 

o 

c 

o 


B 

ffl  p  OT  2  S 

P  =’  2  2  E 

e-w  5  I 

cootO^Q- 

2  o  o  ®  E 

3  01  0)  O  ' 

3  5 

2  S>  <  S  § 


■  p 


£ 
v. 

o 
o 

SZ  .ti 

"  c 
*•—  — 

o 

w 

_w 

3 


i — 


Q 


Q.  o5iZ:  £ 
£  '(D  o  P  ^ 
to  5  T3 
*-  i  O  .£  £ 
£  "o  o  —  i2 

iii?  « 

t  P-  n  O 
ffl  ®  P  25  w 

a  ^  o)  P 
-  .£  ®  -o 
2  o  o 

^  to£  £ 

.P  5  o  o 
^  w  o 

^  p  < 

_  *=  c®  ^ 
0^0-3 

o  «  -  w  p 

.y  o  §  I 

c3  P  c  x: 

OcoCC- 
A,  D>  O  <D  o 
CC  j::  01  o 
.2  3  5  ■©  £ 


o 

J  ®  »- 

III 

P  p  » 

c  ^  ;ir 
O  Ci-  « 

X  ®  ™ 

.  03  ~ 
ffl  «  P* 

P- 

2  o  i 

CD  CO  X 


c 

o 


o 

o 


c 

W 

o 


c 

o 

£ 

r 


£  u.  v 
®  .  ~ 

©  p 
o  w 

p  -F  E 


£ 

o 

o 


g 

’> 

© 

w 

Q. 

<0 

© 

© 

> 


x:  CO 

=  -^  3  © 
S  ©  cr  > 
EL  ^  O  ICS 
£  2  n^  O 
o  ■€  2 

P  >  •SJ 

©  i2 
£ 


«  o  ® 
i  E 

Bo^ 

c 

-  ©  rt 
c  c  “ 
o  .2 


o  ~  ■•"' 


o 

c 

> 

© 


E  c 
i  5  2  I 

?■£  o  » 
.£  c  p  _ 

■■o  P 


?l 

0  © 

.i 


«  p 
p  ~ 

O)  p 

.2  E 

»  3 
3  c 


<03 

-f 

c 

:-■ 


c 

{-• 

/w 

c 

£Q 


< 

< 


ao 

A 

IT 

< 

< 


© 

x: 


© 

X2 


C 

P 


c 

© 


$ 

1. 

p 


O  3 
U  jQ 


O  P 
P  O 

s?S 

•s 

p  fe  E 
©  ■»  o 
<-  P  o 


p 


P  73 
^  © 
P  CO 

A-  ■£.  P 
f:  01  © 

©  X  g 
©  .  c 


2  < 
P  =: 
©  P 

CL  E 

E  ® 
©  ^ 
^  p 
§.2 
E  §• 
^  E 

i-g- 

8 


o 

© 

u> 

c. 

© 

a. . 

X 

© 

©  . 
X 

■*«« 

p 

k. 

o 

w. 

w 

©  ■ 


"  c 

■J  p 

'll  "co 

I  E 

P 


c  ’I 

©  3 

"2  >> 

£  Jp 

0 

P-  m 
©  ® 

•O  .£ 

O  B 

P  c 
•E  o 
■*"  P  o 
P  ©  © 

2  X  T3 
"tc  C 
p 

o 


p 

o 

c 

3  • 

© 

OT 
© 
©  • 


5s 

P 

E 


o 

iz 

© 

c 

o 


9-  p 
9-  p 
p  c 

w.  3 
ffl  is 
3 
liJ 


© 

X 


© 
o 
c 
o 
_  X 

■£5 

1- 

o 

"O 


© 

•o 

o 

X  ■ 

o 

e  - 

p 

g 

© 

e 

3 
c  . 

p  ■ 
3 

bC 

f 

O  ; 
Oi 

c  ■ 

3 

X 


73 


ADA294OO0 


anaiyiic  solution  cannot  oe  aeterminea,  nigner-order  numeric  approximations  of  the  true  solution  may  be  used  to  estimate 
the  accuracy  and  stability  of  the  less  complex  and  faster  Euler  approximation. 
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APPENDIX  D:  Hypoxia  Model  in  MsthCAD 

(Kessler,  1980) 


!  -0..15 


lnpjts->  Altf^  -  250  i 
R  =0.8 
Fi02  =  021 


Respiratory  cucuent  or  resp.  excnariye  latJo.'  CC2  prOu  jL'ii6iVCi2  uptake 


PAC02  =  40  S:nce  drffusiori  of  C02  through  the  a  •.’eolarrr<e.'Tib''ane  is  very  rapid, 

the  PaCC2  and  PAC02  do  nol  signiScandy  differ  and  are  therefore  used  inlerchangeabSy. 


PaC02  -  40 


03fe 


-  37  Body  cere  lemp  h  cecl  grase 


pH  -  7.4  Blood  pH 

HCO  3-24  Plasma  bcaifc  'eve! 

Hgb  .  15  Hatiogiotm  gms.'iO0cc 

Hot  :  45  Hematocr.t 


For  ths  alinide  range  the  barcmei-c  pressure  is 


r , 

.  i 


Alt, 


-.5255 


^rTuTHo  *  4  '  - - •  ‘760; 

^  \  44364.236,.  * 


•Arrc/.-  macates  verde.'izatP.')  (!.e ,  she  cpc.'otfsos  in  Ste  sqn  a-i 
pe-dermed  on  eacn  element  in  the  AH  vector) 


l.nsrired  02 

P'02’F102.;P^-47; 

D02  -5  Ttioa’.vco’ar  pi,  vencj'ror!-  sictcacct.  n»%r*^r.r*'  •**  ■*  A  rv'rnl-m 


The  a  veo’ar  p,irt  a!  p'ess  jro  oi  02  :y. 

1  CIOO./1  o\ 

PA02  -  Fi02  -  PAC02-  —l:! _ 'll 

R 
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The  arterial  02  partial  pressure: 


PsO^.  =  if(PA02j>D02  Aa ,PA02j  -  002^3.2.0] 


Calculate  an  effeclK-e  Pa02  to  enable  the  use  of  standarrf  Hb  d  ssodal'cn  curve  whert 
core  temp,  blood  pH,  and  PaC02  are  not  at  standard  levels. 


effecteve  ■  P2O2-10 


0024  (37-  Tj^V0.4  (pH-  7.4).^  0.06-(bg;40;-  fcg(r3CCS)) 


u  :=  (0.00925  F^  -  O.QOQ28-F^  etreciive"  ^  Q-QQOO0O5-?^ 


..  .  3'. 
eneccve  j 


02sat  =  iflftCejilO,-  .0.008683  Ps02g^gj^,^  -  0.00058<  /F%Cegffgj^,«  ‘'^i 

j  1  -  U|  •  •"'i  \  j 


08  i_;gj,  =  1.39  Hgb  Q2sat 

08  ^  oc  02-'l  OOcu  blood 


To  determirc  ctssoived  02. 

Soloogf  =  0.0059513  -  0.0001266  T  -  O.O'XOOIS  T 
Sot  (jQg«  =  0.003 
^  cissosvieci  ■  ^  ood’ 

02  cc  02f  tGO’-c  b.ood 

Total  02  carried; 

02  capaav  -  02  Hob  '  02  ,sssct*ei  <v;G2"30ccc-eod 
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About  23?c  of  blood  COg  Cujitbiricb  witlt  to  fertr*  Cu>t)3!iuiXftorr.C2!o^iM  (“tCG2i 

*  7%  is  m  thd  d^ssotved  form 

•  7C%  is  in  the  form  of  bicartxicate  ions  (HCO^'J 


pK^  -6.1 

CQ2  blood  =00aPaCQ2 
I  HCO3  \ 

pH  -  pK  -  log;-- - 1 


iC02 


blood' 


blood  " 
pH  =7.401 


pK  -  6.086  -  0.042  (7.4  -  pH)  ''38  TQjgV(O0O47  0.0014  (7.4  -  pH)) 
pK=  6.091 


C-OSsofubility  - 00907 -O.00C57  (3?  T^)  000002  (  3?  - 
solubility  =0.031 

^^^Wood  ■  ^^^soIubiiit>''^^^^^^'!^  *  ^0  ■  '  ',1 

C02  blood  ~  26.322  cc  C02>100cc  Wood 

FOB  -  0.5SO  -  02913  (7.4  -  pH)  -  0.0844  (7.4  -  pH)^ 

FOB  =059 

FH3  -  0.664 , 0.2275  (7.4  pH)  0.;S33  (7.4  pH)^ 

FR3  =  0.654 

7>ie  cell  (rzz)  '0  plasma  rolt!  (CPRA7)  for  fesoSxKJ  C02  is  cvnn  by 
CPRAT  -  FCB  .  (FF©  FOB)  -  (1  -  O^) 


\2 


C02rt3c  "  CPRAT- 002  hv 


biood 


cc  O0?:vZCzc  l>>cd 


C02 


piasn'a 


KC 

100 


•CQ2 


ibc 


r  1 - -002 

100.' 


cc  CDi-'lCdCC  b  ood 
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APPENDIX  E 


ANNOTATED  LIST  OF  IEEE  SOFTWARE  DEVELOPMENT  STANDARDS 


Software  developers  should  be  familiar  with  general  contents  and  scope  of  the 
specific  project  relevant  software  standards  (Solomond,  1995).  As  defined  by  the 
Microsoft  Press  Computer  Dictionary  (Doyle,  1994),  computer  standards  are: 

...  a  set  of  detailed  technical  guidelines  used  as  a  means  of 
establishing  uniformity  in  an  area  of  hardware  or  software 
development.  Computer  standards  have  traditionaliy 
developed  in  either  of  two  ways.  The  first,  a  highly  informal 
process,  occurs  when  a  product  or  philosophy  is  developed 
by  a  single  company  and,  through  success  and  imitation, 
becomes  so  widely  used  that  deviation  from  thi.-  norm 
causes  compatibility  problems  or  limits  marketability. ...  The 
second  type  of  standard  setting  is  a  far  more  formal 
process  in  which  specifications  are  drafted  by  a  cooperative 
group  or  committee  after  an  intensive  study  of  existing 
methods,  approaches,  and  technological  trends  and 
developments.  The  proposed  standards  are  later  ratified  or 
approved  by  a  recognized  organization  and  are  adopted 
over  time  by  consensus  as  products  based  on  the 
standards  become  increasingly  prevalent  in  the  market. 


Well-known  and  highly  respected  professional  organizations  that  promulgate 
software  s-andards  include  the  American  National  Standards  Institute  (ANSI),  the 
International  Standards  Organization  (ISO),  and  the  Institute  of  Electrical  and 
Electronics  Engineers  (IEEE).  These  software  development  standards  are  Independent 
of  specific  applications  and  programming  languages.  They  provide  general  guidelines, 
recommendations,  and  suggestions  for  methodologies,  documentation,  processes, 
organization,  resourcing,  and  task  dc-composition  for  all  phases  of  the  software  life 
cycle. 


The  majority  of  IEEE  software  standards  are  not  lengthy  and,  contrary  to  what 
might  be  expected,  not  difficult  to  read.  This  is  due  to  the  generality  of  the  standards, 
and  their  logical  organization,  straightforward  definition  of  terms,  and  libera!  use  of 
diagrams,  tables,  and  examples  to  enhance  understanding  of  the  text.  These  standards 
are  not  ponderous  and  can  be  quickly  reviewed.  They  often  include  checklists  to 
expedite  rapid  assessment  of  the  various  components  of  the  control  and  quality  effort 
comprising  software  design  and  documentation. 

Below  is  an  annotated  list  of  many  of  the  current  lEEF  oftware  development, 
maintenance,  and  testinc  standards  (The  Institute  of  Electrical  and  Electronics 
Engineers,  Inc.,  1994). 
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•IEEE  Std  610.121990 

(Revision  and  redesignation  of  IEEE  Std  729-1983) 

Standard  Glossary  of  Software  Engineering  Terminology  (ANSI) 

•IEEE  Std  730-1 989 

(Revision  of  IEEE  Std  730-1984  and  redesignation  of  IEEE  Std  730.1-1989 

Standard  for  Software  Quality  Assurance  Plans  (ANSI) 

This  standard  provides  guidance  for  the  contents  of  a  software 
quality  assurance  plan  for  the  development  and  maintenance  of 
critical  software.  Critical  software  is  software  used  in  such  manners 
or  locations  in  systems  that  errors  or  failures  may  lead  to  injury, 
damage,  or  significant  financial  or  social  losses. 

•IEEE  Std  828-1990 

Standard  for  Software  Configuration  Management  Plans  (ANSI) 

This  standard  provides  guidance  for  es.ablishing  the  contents  of  a 
software  configuration  management  p’  rn.  Configuration 
management  involves  the  identification,  control,  and 
documentation  of  the  critical  elements  of  a  software  project. 

Critical  software  project  elements  include  design  documents, 
performance  and  technical  specifications,  uata  structures,  source 
code,  and  user  manuals.  Configuration  management  controls  and 
documents  the  most  current  status  and  history  of  a  software 
project.  This  facilitates  the  coordination  of  diverse  software 
development  resources  in  order  to  efficiently  achieve  customer- 
driven  specifications,  identify  and  control  costs,  assist  v/ith 
troubleshooting,  and  develop  training  and  user  manuals.  An 
impoitant  configuration  management  control  technique  employs 
change  requests.  With  this  method,  development  team  members 
must  obtain  approval  of  change  requests  from  the  project  c  team 
leader  prior  to  deviating  from  established  design,  implementation, 
or  documentation  guidance.  If  change  •'equesis  are  approved,  a 
configuration  management  auditing  process  ensures  that  all 
secondary  changes  due  to  the  primary  change  are  made.  For 
example,  a  change  in  software  outputs  requires  that  this  change 
be  reflected  in  the  design  and  user  docurr'onts. 

•  IEEE  Std  829-1983  (Reaff  1991) 

Standard  for  Software  Test  Documentation  (ANSI) 

This  standard  provides  guidance  for  developing  the  contents  of  a 
test  plan,  test-design  specification,  test-case  specification, 
test-procedure  ipecifications,  test-item  transmittal  report,  test  log, 
test  incident  report,  and  test  summary  report.  Appendices  provide 
an  example  of  each  of  these  test  control  documerts. 

•  IEEE  Std  830-1993 

Guide  to  Softv>rare  Requirements  Specifications  (SRS)  (ANSI) 

This  standard  provides  guidance  for  developing  a  document  that 
specifies  the  functional  and  performance  requirements  as  well  as 
the  attributes,  design  constraints,  interfaces,  and  responses  of  a 
proposed  software  product  or  program.  Interface  functionality  and 
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performance  requirements  should  be  specified  for  interfaces  with 
other  systems,  the  user,  hardware  components,  other  software, 
and  communication  ports  and  protocols.  Software  performance 
requirements  should  be  assessed  for  the  following  properties; 
completeness,  consistency,  importance  ranking,  probability  of 
change,  verifiability,  modifiability,  and  tracibility.  Eight  alternative 
methods  of  organizing  the  requirements  in  the  SRS  are  described. 

The  SRS  is  developed  with  the  customer  and  is  tracked  in  the 
configuration  management  process.  Rapid  pmtolyping  may 
facilitate  delineation  of  requirements,  feasibility,  and  risk 
assessment.  The  SRS  should  only  specify  targets  for  performance 
and  functionality;  not  the  development  processes  that  are 
elaborated  in  separate  design  documents. 

•  IEEE  Std  982.1-1988 

Standard  Dictionary  of  Measures  to  Produce  Reliable  Softvvare  (ANSI) 
Defines  thirty-nine  bO^rware  reliability  metrics  primarily  in  terms  of 
functions  of  the  number  of  detected  errors,  faults,  and  failures; 
completeness  and  consistency;  complexity;  and  risks,  benefits,  and 
costs.  These  measures  are  categorized  in  terms  of  the  product 
itself  or  the  product  development  and  maintenance  process. 

Reliability  measures  are  defined  with  respect  to  the  type  of 
application  (what  it  is  useful  for),  primitives  (what  data  elements  are 
required),  and  implementation  (how  to  process  and  present  the 
data)., 

•  IEEE  Std  982.2-1988 

Guide  for  the  Use  of  IEEE  Standard  Dictionary  of  Measures  to  Produce 

Reliable  Software  (ANSI) 

This  standard  provides  a  constructive  approach  to  embedding 
reliability  into  software  products  at  every  step  of  the  softv/are 
product  life  cycle.  Measures  of  reliability  are  functionally 
classified  into  product  and  process  measures.  The  product 
life-cyle  stages  at  which  these  measures  of  reliability  are  most 
relevant  is  also  delineated.  Recommendations  are  provided  for 
the  administrative,  monitoring,  and  reliability  measurement 
structures,  procedures  and  documentation.  7ne  dynamics  of 
faults  and  errors  are  discussed.  Eleven  figures  are  provided  that 
graphically  depict  software  relic-bility  models,  strategies, 
interrelationships  of  causative  factors  for  errors  and  fauits,  and 
process  control  schemes.  Addil-onally,  ’here  are  tables  for 
measure  ciassification,  complexity  assessment,  reliability 
management  control,  and  ask-bcr.efit  and  cost  evaluation. 
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IEEE  Std  990-1987  (Reaff  1992) 

Recommended  Practice  for  Ada*  as  a  Program  Design  Language  (ANSI) 
TTiis  standard  provides  high-level  recommendations  for 
programming  design  languages  (PDL)  that  use  Ada  programn.ing 
language  constructs.  Ada-oriented  PDLs  are  used  to  develop 
data  and  object  structures,  data  value  constraints,  permissible 
operations  on  objects,  and  algorithm  specifications  and  designs 
primarily,  but  not  exclusively,  to  support  Ada  implementations. 

IEEE  Std  1002-1987  (Reaff  1992) 

Standard  Taxonomy  for  Software  Engineering  Standards  (ANSI) 

This  standard  provides  basic  and  comprehensive  ordered 
classifications  of  standards  according  to  functional  and  lifecycle 
aspects  of  the  software  development  process.  The  basic  types  of 
standards  are  process,  product,  profe.s^ional,  and  notational. 

These  taxonomies  provide  application  independent  framev/orks 
for  assessing,  categorizing,  and  comparing  the  content  and  scope 
of  different  software  standards 

IEEE  Std  1008-1987  (Reaff  1993) 

Standard  for  Software  Unit  Testing  (ANSI) 

This  standard  provides  a  recommendeo  process  for 
requirements-based  testing  of  software  modules.  The 
process  is  defined  in  terms  of  phases,  activities,  and  tasks. 

General  and  specific  test  plans  should  identify  the 
input-output  data  elements  that  need  to  be  measured  and 
the  tasks  that  the  softvrare  tester  needs  to  perform  on  the 
test  data. 

IEEE  Std  1012-1986  (Reaff  1992) 

Standard  for  Sofiw'are  Verification  and  Validation  Plans  (ANSI) 

This  standard  provides  reco.mmendations  for  the  contents 
of  a  softwa.'-e  verification  and  validation  (V&V)  plan.  V&V 
plans  should  include  the  V&V  organizational  structures, 
schedules,  resource  requirements,  partitioning  of 
responsibilities,  and  techniques  and  tools.  Several  figures 
and  tables  illustrate  how  V&V  tasks  .elate  to  the  different 
phases  of  the  software  life-cycle  mcoel. 

IEEE  Std  1016-1987  (Reaff  1993) 

Recommended  Practice  for  Software  Design  Descriptions  (ANSI) 

.  his  standard  provides  recommended  contents  for 
documenting  the  de'ign  of  software  modules  and  their  data 
and  related  processes.  Contents  should  expini.i  and 
illustrate  how  project  specifications  were  decomposed  into 
modules  of  data  struc.ures  and  functions,  explanations  of 
the  functions  and  their  argument  lists  (interfaces),  and  how 
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modules  are  interrelated.  A  detailed  design  section  for 
each  module  defines  data  elements  and  the  algorithms 
utilized  in  the  differer^t  functions. 

IEEE  Std  1016.1-1993. 

Guide  to  Software  Design  Descriptions 
This  standard  provides  alternative  software  module  design 
representation  methods  based  on  the  selected  design 
method.  A  design  method  may  be  preferentially  oriented 
toward  data  structures,  function,  objects,  programming 
design  language,  or  real-time  capabilities.  Each  design 
method  should  specify  a  module’s  identification,  type, 
purpose,  data,  functions,  subordinates,  dependencies, 
interface,  and  resources.  Module  descriptions  should  be 
scaleable  from  high-level,  low-resolution  views  to  low-level, 
high-resolution  views.  Design  representations  include 
structure  charts,  data  flow  diagrams,  data  dictionaries,  data 
flow  context  diagrams,  process  specifications,  pseudo 
code,  state  transition  diagrams,  transform  specifications, 
screen  layouts,  and  requirements  traceability  matrix.  Tenns 
are  defined. 

IEEE  Std  102P -1988. 

Standards  for  Software  Reviews  and  Audits 

This  standard  provides  guidelines  for  conducting  project 
management,  technical,  and  sofuvare  reviews,  inspections 
and  audits.  Reviews  and  inspections  evaluate  the  software 
development  plan,  design  documents,  and  source  code  to 
detect  errors,  inconsistencies,  and  incompleteness.  Audits 
determine  compliance  with  suggested  changes. 
Responsibilities  of  t.he  review  and  audit  tea.m  members  and 
the  processes  that  they  should  follow  are  delineated. 

IEEE  Std  1042-1987, 

Guide  to  Software  Configuration  Manage.ment 
This  ninety  page  standard  suggests  the  management 
structure,  processes,  and  tools  for  controilmg  the  design, 
implementation,  testing,  and  maintenance  of  sofrware 
products.  A  configuration  plan  must  first  be  established.  Its 
complexity  will  be  determined  by  the  nature  and  extent  of 
the  proposed  software.  Large  projects  requ’-e  a  highly 
structured  approach,  while  configuration  management  for 
small  or  proof  of  concept  projects  may  be  primarily  info  mal. 
Appendices  provided  sample  configuration  management 
plans  for  these  two  types  of  projects. 
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IEEE  Std  1044-1993, 

Standard  for  Classification  of  Software  Anomalies 
This  standard  applies  to  the  detection,  investigation, 
correction,  and  administrative  activities  associated  with 
errors  or  inconsistencies  in  specifications,  design 
documents,  source  code,  software  performance  or  other 
aspects  of  a  software  program.  Anomalies  can  be 
prioritized  within  the  following  categories  of  potential 
adverse  effects:  severity,  customer  value,  mission  safety, 
project  schedule,  project  cost,  project  risk,  quality  and 
reliability,  and  societal.  An  example  for  an  anomaly 
reporting  data  base  system  is  presented  in  the  appendix. 

IEEE  Std  1045-1992, 

Standard  for  Software  Productivity  Metrics  (ANSI) 

Tnis  standard  defines  measures  of  productivity  and 
consistent  ways  to  describe  or  categorize  software  projects. 
Productivity  is  the  ratio  of  output  to  input.  Output  often  is 
comprised  o1  lines  of  code  or  text  Input  typical  has  units  of 
person-hours.  The  standard  provides  guidelines  for  how  to 
count  lines  of  code  or  documentation.  Input  and  output  may 
fca  classified  as  deliverable,  nondeiiverable,  or  supporting. 
Software  projects  may  be  characterized  according  to  the 
qualifications  and  experience  of  the  development  team 
members,  complexity,  criticality,  innovativeness,  design  and 
developmental  corourrency,  and  extent  of  user 
participation.  These  characteristics  can  facilitate  the 
objective  comparison  of  different  software  projects. 

IEEE  Std  1058.1-1987  (Reaff  1993), 

Standard  for  SoftVtfars  Project  Management  Plans  (ANSI) 
This  standard  identifies  the  organization  and  contents  for  a 
project  management  plan.  The  following  should  be 
provided:  an  introduction,  project  overview  deliverables, 
project  management  structure,  responsibilities,  process 
model  with  milestones,  methods,  tools  and  techniques, 
software  documentation,  schedule,  budget,  references,  and 
definitions. 

IEEE  Std  1059-1993 

Guide  for  Software  Verification  and  Validation  Plans  (ANSI) 
This  standard  provides  recommendat'ons  for  the  structure 
and  contents  of  a  software  verification  and  validation  pian 
(SVrVP).  Tne  intent  of  a  Svyp  is  to  provide  the  guidelines 
for  a  quality  assurance  process  that  detects  actual  or 
potential  software  errors,  ensures  that  the  performance 
specifications  are  achieved  and  that  tne  product  is  safe 
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when  used  for  critical  applications.  The  SVVP  also  defines 
the  management  structure,  allocation  of  roles  and 
responsibilitii.  s,  and  resources  required  for  V&V.  It  also 
indicates  how  software  changes  will  retroactively  impact  on 
the  V&V  effort.  The  components  of  a  sample  SWP  are 
provided  in  the  appendices. 

•IEEE  Std  1061-1992 

Standard  for  a  Software  Quality  Metrics  Methodology  (ANSi) 
This  standard  p-mvides  a  methodology  and  discusses 
issues  to  consider  when  developing  measurement 
instruments  for  softv/are  quality.  The  relevant  quality  related 
factors  and  subfactors  are  determined  and  prioritized.  They’ 
are  implemented  and  results  analyzed.  That  the  quality 
metrics  actually  measure  what  they  purport  to  measure  and 
are  effective  in  improving  software  quality  must  be  validated 
to  ensure  their  relevance  and  effective  use. 

•IEEE  Std  10621993 

Recommended  Pracfice  for  Softv/are  Acquisition  (ANSI) 

This  standard  first  reviews  the  phases  (planning, 
cofitracting,  product  implementation,  product  acceptance, 
and  fol!ov/-c')  and  milestones  in  the  software  acquisition 
cycle.  A  nine-step  flexible  algorithm  is  then  presented  for 
acquiring  quality  software.  An  organizational  strategy  is 
suggested  fcr  controlling  the  software  acquisition  process. 
Specific  activities  include  assigning  roles  and 
responsibilities,  delineating  softv/are  requirements, 
surveying  suppliers  and  availaolr  products,  soliciting  RFFs, 
a.nc'  negotiating  contracts.  The  selected  supplier  is 
subsequently  monitored  for  procuct  quality  and  adherenc-e 
to  specifications.  A  software  acceptance  p'an  is 
imoiemenled  and  user  satisfaction  evaluated.  Various 
checklists  are  provided  in  the  appendices  for  use  in  the 
diffe.''ent  phases  of  the  software  acquisition  process. 

•  IEEE  Sid  1063-1987  (Reaff  1993) 

Standard  for  Software  U.‘^er  Documentation  (ANSI) 

This  standard  recommends  a  format  and  genera'  content 
for  user  manuals.  It  requires  analysis  of  the  type  of 
softv/are  and  its  interface  properties  and  functionalities.  The 
relevant  characteristics  of  the  main  document  user  groups 
must  be  explicitly  identified  a.nd  utilized  in  designing  the 
documents.  The  usage  mode  (instructional  versus 
informational)  also  has  considerable  impact  on  content, 
format,  and  organization.  A  list  of  thecomponents  for  a 
user  m.anual  is  also  provded. 
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•  IEEE  Std  1074-1991 

Standard  for  Developing  Softv/are  Life  Cycle  Processes  (ANSI) 
This  standard  provides  guidance  for  a  comorehensive 
software  development  process.  A  software  life-cycle  model 
(SLCM)  is  selected  that  is  appropriate  and  efficient  for  the 
particular  sofhvare  to  be  developed.  A  hierarchy  of 
necessary  activities  are  defined  for  various  process 
categories  (e.g..  project  management,  development, 
verification  ard  validation,  operations  and  suppod, 
documentation,  installation,  training,  maintenance, 
retirement,  and  configuration  management).  Requisite 
inputs,  standards,  taskings  and  resources,  outputs,  and 
performance  metrics  are  assigned  to  each  activity.  The 
selected  SLCM  seives  as  the  frame'.vork  for  organizing, 
coordinating,  tracking,  anJ  controlling  all  these  activities. 

■IEEE  Std  1219-1992 

Standard  for  Software  Maintenance  (ANSI) 

This  standard  provides  a  logical  structure  for  post- 
development  sort;. are  changes.  Problems  or  upgrade 
suggestions  are  identified,  ctassified.  and  prioritized. 

Modification  requests  (MR)  are  submitted  and  organized 
into  groups  of  related  MRs.  The  MRs  are  analyzed  with 
respect  to  feasibility  and  risk,  implementation  strategies, 
and  testing.  Each  of  the  major  steps  for  software 
maintenance  is  described  in  terms  cf  inputs,  processes, 
controls,  and  outputs. 

•  IEEE  Std  1 228-1  Se4 

Standard  for  Softv^are  Safety  Plans 

This  standard  provides  process,  ccntroi.  and 
documentation  recorr.mendations  for  assuring  that  sofr.vare 
does  not  pose  a  safety  risk.  The  safety  issue  mu-M  be 
integrated  into  the  softv.'afe  develcpmen*  effort  from  its 
inception.  Safety  requirements  must  be  oefined  in  the 
context  of  the  entire  system  and  operational 
environmentfs).  Safety  critical  equations,  algorithms,  data 
constraints,  functionalities,  and  timing  must  be  identified. 

The  software  is  designed  and  imp:emented  to  satisfy  the 
safety  requirements.  These  are  documented,  as  are  the 
test  results. 


'fidn  IK  a  •fsr'a—i'k  .-.I  )Ac:a  ,;n:n*  P-.ocram  Off 
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APPENDIX  F:  FLDMED  DATA  STRUCTURES 


Data  definitions  and  function  declarations 
to  support  the  heat  strain  module 


enum  phases_enum 

{ 

rest=0. 
v.'ork=1 . 
recovery=2. 

}: 


enum  activity.  enum{  marching  =1, 
taskjisl=2, 
j-er_defined=3}; 

enum  forms_enum  {allinput  form, 
clothingjorm. 
environjorm. 
persjorm, 
activityjorm, 
marchingjomn, 
data_set_form, 
nutritionjorm, 
threshholdsjor.'n}: 


enum  graphjype  .enum  {tre_graph,hf_Grapn.svveatrate_graph,totsweat  graph, 
ca:  ual!y_b?r_charl.<'af  ja!ty_pie_chart,misc); 

enum  oplion_choice_enum  {  cr.e_graph_per_3cr=1, 

four_graphs_per_scr=2. 
exit_options=3  ): 


struct  nutrition  struct 

{ 

int  num_mres; 
float  sodium  mg: 
float  food  h2o; 
float  cals; 
float  wg*.  gms; 

}; 


struct  nutrj{ionbuff_sf.'uC: 

{ 

char  num_mres[31: 
char  sodiurr._mg[7j; 
char  food_h2ol7j: 
char  cals[7]; 
charwgt  gms[7]: 

}: 


88 


ADA294006 


7\DA'294006 


struct  input_struct 

{ 

int  num_troops; 
float  hgt; 
float  v/gt; 
float  days_accl: 

enum  activity_enum  activity,  type: 

int  activityjist.num; 

float  met_rate; 

float  marcti_mph: 

float  grade: 

float  load; 

float  miles; 

float  tot_work_mins: 

float  tot_allov.'6d_mins: 

float  v.'ork_mins; 

float  rest_mins: 

float  qts_vvater_per  hr; 

float  temp; 

int  solar; 

float  tre_init: 

float  avg_skin_temp; 

float  tre_max_allowed: 

float  hrjnit; 

float  init_denydration;  /*  percent  */ 
float  rh; 

float  wind_r:;ph; 

float  2efcent_nnax  soiar_load; 

float  errain_coef: 

int  c!olhing_cho!ce: 

float  clojtc: 

float  c!o_coef_ityc; 

float  evap_perm_imc; 

float  evap_perrTj_coe‘  irnvc: 

float  outputjntea'ai  mins; 

float  iriit_res‘._dur: 

float  last_rec_di;r; 

/**  float  altitude; 

float  mg_pyrido_q6hfs;  '*/ 
struct  r!utrition_struct  nutrition: 

j 

struct  inputDuff_st:uct 

{ 

charnum  troops[iO}; 
char  hg!{7]: 
char  v/gtp^; 
char  days_acc'f7]; 
char  activity[14i; 
char  met  rate[7j: 

/'•*  char  mg_Dyrido_q6hrs{7J; 
char  march_mDhI5): 
char  grad6[5]; 
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char  milesfT]; 
char  loadf?]; 
char  tot_  work_mins[7]: 
char  tot_allov/ed_mins|7]: 
char  work_mins[7]; 
char  rest_mins[^; 
char  qts..water..per  .hr[5]: 
char  lemp[7]; 
char  solar[15]: 
char  tre_max_alIowed[7]: 
chartre_init[7]: 
char  avg_skin_temp[7]: 
char  hrjn}t[7j; 
char  inft_dehydratoi  .'5]; 
char  rh^*]: 
char  wind_mphI7]; 
char  percent_max_soiarJoadp']; 
char  terrain_coefI5]; 
charclothingI35l: 
char  do  itc[7]: 
char  cIo_co8f_itv'c[7]: 
char  evap.  permjmcl7]: 
char  e\'ap._perm_coef_imvc[7J; 
struci  nutrition’ouff  struct  nutrilionbulf; 
}: 

struct  threshho'd  struct 

{ 

iloat  tre; 
float  deLtre; 
float  hr; 

float  dehydration; 
char  fre_buft[7); 
char  deLtre_buff{5j; 
char  hr_buff(7j; 
char  dehydration  buff'Sl: 

}: 


struct  clothing_struct 

/ 

I 

int  menu_num; 

char  namef35j: 

float  do  itc; 

float  do..coef_itvc: 

float  evap_perm_irr<;: 

float  evap_p-erm  ccefjmvc; 

}: 

struct  activity_str’jct 
/ 

! 

ifit  menu_num; 
char  name[35j; 
float  watts: 

}; 
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struct  phasedata_stnict 

{ 

enum  phases_enum  phase; 
float  phase_dur; 

): 

struct  options_struct 

{ 

int  batch; 

int  current_run_num: 

int  output_fite_iinits: 

int  num_graphs_per_scr. 

enum  graph_t>'pe_enum  graph_type: 

|i 


I  struct  output_struct 

;  \ 
i  int  num_points; 

!  enum  phases_enum  phase(300]; 

i  float  tI300]; 

!  float  trelSOOj; 

*  float  tre_max; 

i  float  tfe_max_at_hr 

1  float  hrtaOO]: 

float  hr_max; 
float  hr_max_al_hn 
float  sv.'eatfate[300]; 
float  S'tveatrate_max; 
float  sweatrale_max_at_hn 
i  float  cumu!ative_sweatI300J; 

I  float  net_}ts_v/ater„lossI300]; 

;  float  percent,  dehydrated: 

!  float  sweat  Na  mg; 

!  float  percent  he3t..casuatties; 

I  float  nurr.  heat  casualties; 

i  float  qts.vvaler  .drank; 

float  minJot_drinking_v/ater  reqi'ired; 

float  tot_hrs_required; 

float  max_work_"nins: 

float  max_rec_m!ns: 

float  num_cycJe3; 

float  environ  _coo!irig_pow; 

}: 

struct  io_data_struct 

struct  input_strucl  inpulM]; 
struct  inputLuff_S:ruct  inputbuff(4j; 

,  Struct  threshhoid_struct  ttireshr.old; 

struct  oplions_struct  options; 

int  ca!cuiated[41;  "  0=not  since  last  entry.  l=uo  to  date 
struct  output_stPJCt  ouiput{4j; 
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Data  definitions  for  the  altitude  module 


<»;nclude  <vid.h> 

Adeline  lgt_b!ue  FG_ilFG_B 

^define  !gt  .green  FG  .IIFG..G 

#define  yeliow  FG_!IF6_R!FG_G 

^define  !gt_red  F6_ilFG_R 

^define  red  FG_R 

^define  white  FGJ!FG_R:FG_G1FG_B 

-define  magenta  FG_R1F6_3 


^define  yes  1 
“defineno  0 

^define  fj1AX_EVENTS  10 

jsdefine  tJ!AX  OUTPUT..  ELEME^iTS  30 

sdefineNUM  SETS  4 

sdefine  NUM  GRAPHS  4  r  Tot..P.  P102.  Pa02, 02Sal  see  AI1_graf.c  */ 

struct  event  struct 

{ 

ini  type.index; 
inldayl: 
int  d3y2: 
int  aftl; 
int  alt2; 

chartypebufflOj; 
char  day1buff{5]; 
char  day2buff[5J; 
char  ait1buff[7j; 
char  alt2buf{r7J; 

}: 

struct  input  profile  struct 

{ 

struct  event  .struct  eventif4AX  EVENTS]: 
int  num_events; 
int  current_event; 

}: 

struct  input_paramster_sifuc* 

{ 

float  hgb; 
float  hct: 
float  pH; 
float  HC03; 
float  tre; 
float  resp_r?.tio; 
float  Fi02: 
float  PAC02: 
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Main  Table-  DTIC  MPT 


float  Aa_diffusion_grad: 
char  hgb_buff[7]; 
char  hcLbuff[7]; 
char  pH_buff[7]: 

char  HC03_buff[7]: 

char  tre_buff[7): 

char  reap  ratio_buff[7]: 

char  FI02_buff[7]: 

char  PAC02_buff(7]: 

char  Aa_aiffusion_grad_buff[7]; 

int  calculated: 

): 


enm  ou1putJype_enum 

{ 

Pmbar=1, 

PmmHg=2 

}: 


struct  inpuLstruct 

{ 

struct  inpuf_profile_sfruct  profile; 
struct  input.parameter  struct  parameters{41; 
}: 


struct  output  struct 

char  *diffmsg;  /*  one  liner  wrt  which  inputs  are  different  across  sets  V 
enum  output  Jype_.enum  outputjype; 
int  num_vals: 

float  x_va([NUM_SETS](MAX_OU  rPUT„  ELEMENTS]; 
float  y_valINUM  GRAPHS]tNUM_SETS][MAX_OUTPUT_ELEMENTS]; 
}: 


/ 
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Data  definitions  for  the  cold  digit  module 


struct  input  struct 

{ 

float  length,  cm; 
float  z  jncr.mm; 
float  dia_cm; 
float  Tdb_C; 
float  Tjhresh_C: 
float  timejnit_hrs: 
float  time_stop_hrs: 

float  minsjncr;  ”  •• 

float  T_baseJnit_C: 

float  T_base„final_  C; 

float  T_base_time„consLhrs: 

float  TJipJnit..C: 

float  met_rate_init;  /*  Watts/m^3  *! 
float  met_rate_final;  /*  Watts/m^3  */ 
float  met_rate_(ime_const_hrs: 
int  num.eigvals; 

float  h.circ;  /*  heat  transfer  coef  at  cylinder  circumferential  surface 
Watts/(m^'2‘C)  V 

float  hjip: 

float  k;  /*  avg  thermal  conductivity  of  digit  tissue  W/(m*C)  V 
float  LL; 
float  area; 

float  Bi;  /*  Biot  modulus  */ 
float  tau; 
float  rho; 
float  d; 

): 


struct  inputbuff  struct 

{ 

char  length_cm[5];, 

char  zjncr_mml5]; 

char  circ„cm[5]; 

char  dia_cm[5]; 

char  Tdb_C[6]; 

char  TJhresh  C[5]; 

char  time_init_hrs[6]: 

char  time  stop..hrs[6]: 

char  mins  _incr[5]; 

char  T  base  inil_C[5], 

char  T_base_final  C[5]: 

char  T„base  Jime..consLhrs[5]; 

char  T._tip„init_C[5]; 

char  met_ratejnit[8];  /*  Watts/m'''3  */ 

char  met  .rate  final[8];  /*  Watts/m^3 

char  met_rate  time,  const..hrs[5]; 
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int  num_6igvals[3]; 

char  h_circ[5]:  t*  heat  transfer  coef  at  cylinder  circumferential  surface 
Watts',  n^2*C)  V 

char  h_tip[5]: 

char  t<[6];  /*  avg  thermal  conductivity  of  digit  tissue  W/(m*G}  7 


struct  options_sfruct 

{ 

int  batch; 

int  current_run_num; 
int  outpuUile_units; 
int  num_graphs_per_scr; 
enum  graph_type_enum  graphjype; 
}: 


struct  io_data_struct 

{ 

struct  inpuLstruct  input[4]: 
struct  inputbuff_struct  inputbuff(4]; 
struct  options_struct  options; 

int  ca(culated[4];  r  o=not  since  last  entry,  1=up  to  date  7 
r*  struct  output_struct  output(4l;  *7 
}: 


Default  Input  Values 


I.  Altitude  Module: 

Hemoglobin  (gms/100cc):  14.5 
Hematocrit  (%):  45.0 
Blood  pH:  7.4 
HC03-:  24.0 
Blood  temp  (F):  98.8 
Respiratory  ratio:  0.8 
FI02  (%):21.0 
PAC02:  40.0 

Aa  diffusion  gradient  (mmHg):  5.0 
Default  ascent  profile: 


Event 

Altl  (ft) 

Alt2(ft)  from 

Dayl 

to  Day2 

Ascend 

0 

10,000 

'l 

5 

Remain 

10,000 

10,000 

5 

15 

Descend 

10,000 

0 

15 

20 

II.  Heat  Stress  Module: 

Number  of  troops:  100 
Average  height  (inches):  70.0 
Average  weight  (lbs):  160.0 
Days  acclimatized:  0.0 
Initial  core  temp  (F):  98.9 
Average  skin  temperature  (F);  96.8 
Initial  dehydration  (%):  1.24 
Clothing;  BDU 
Total  insulation  (do):  1 .25 
Clo  air  velocity  correction  coefficient:  -0.20 
Evaporative  permeability:  0.38 
Evap  perm  air  vel  correction  coefficient:  0.38 
Dry  bulb  temp  (F):  95.0 
Relative  humidity  (%):  20.0 
Wind  speed  (mph):  2.0 
Solar  exposure  during  work;  Full  sun 
Solar  exposure  during  rest:  Shade 
Metabolic  rate  (watts);  247.0 
Activity  description:  Light 

If  'Marching'  is  the  selected  activity,  met  rate  is  calculatsd  using  the  following 
defaults: 

Rate  of  march  (mph):  3.0 
Distance  (miles):  12.0 
Grade  (%):,  2.0 
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Load  (lbs):  20.0 

Total  amount  of  work  required  (mins):  240.0 
Max  allowed  time  to  complete  the  work  (mins):  500.0 
Work-rest  cycle  Work  (mins):  50.0 
Rest  (mins):  10.0 
Drinking  water  (qts/hr):  0.0 
Meals  per  day:  3 
Sodium  per  meal  (mg):  1822.0 
Water  content  per  meal  (cc):  221 .0 
Calories  per  meal:  1343 
Weight  per  meal  (gms):  463.0 
TTiresholds: 

Core  temperature  '  °F):  102.0 
Rate  of  change  c  :ore  temp  (°F/5  mins):  0.5 
Heart  rate  (beats  per  min):  180 
Dehydration  (%  of  body  wgt):  3.0 


Cold  Digit  Module: 

Digit  length  (cm):  8.0; 

Axial  calculation  increment  (mm):  2.0 

Digit  circumference  (cm):  2.0 

Ambient  temperature  (C):  -5.0 

Theshold  digit  temperature  (C):  5.0 

Initial  time  (hrs):  0.0 

Final  time  (hrs):  5.0 

Time  increment  (mins):  15.0 

Initial  digit  base  temperature  (C):  30.0 

Final  digit  base  temperature  (C):  20.0 

Base  temperature  time  constant  (hrs):  1 .3 

Initial  digit  tip  temperature  (C):  20.0 

Initial  digit  tissue  metabolic  rate  (W/m^'O):  15,000.0 

Final  digit  tissue  metabolic  rate  (W/m'^S):  5,000.0 

Metabolic  rate  time  constant  (hrs):  1 .3 

Number  of  eigenvalues  to  use  in  the  calculations:  1 5 

Heat  transfer  coefficient  for  the  circumference  surface  (W/m'^2/hr):  7.12 

Heat  transfer  coefficent  for  the  digi*  tip  (W/m''2/hr):  7.12 

Thermal  conductivity  (W/m/C):  0.418 


APPENDIX  G:  FLDMED  FUNCTION  TREE  DIAGRAM 


Figure  E1:  Tree  diagram  of  FLDMEO  furic-tions, 
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FUNCTIONS  IN  THE  FLDMED  SOURCE  FILES 


FLDMED.C 

maln() 

-  the  FLDMED’s  main  function  that  loads  first  and  initiates  the  program.  It  generates  a  top  bar 
menu  that  ailov/s  the  user  to  go  to  the  altitude,  cold  exposure,  or  heat  strain  modules. 


ALT.C 

int  alt{) 

-  the  top-level  altitude  procedure.  It  manages  most  of  the  menus  and  routes  requests  involving 

numerical  processing  and  file  handling  to  subordinate  functions. 

ALT_CALC.C 

Int  calc_output(struct  input_struct  *p,  struct  output_struct  ‘output) 

"  calculates  the  barometric,  alveolar,  and  arterial  02  partial  pressures  and  saturation. 

ALT_FRMS.C 

void  alt_input_by_line(struct  input_struct  ‘aitjnput,  int  inputjine) 

-  accepts  the  information  associated  with  stages  in  the  ascent-descent  profile. 

ALT.GRAF.C 

int  graph_output(struct  oufput_struct  ’output) 

"  produces  presentation  quality  graphs  of  barometric,  02,and  arteriolar  02  pressures  and 
arteriolar  02  saturation. 

ALTJNFO.C 

Int  show_altjnfo{int  topic) 

“  displays  the  selected  med  info  topic  text  screens. 

ALT_TBL.C 

void  init_alt_input(struct  input_struct  ’input) 

-  initializes  the  altitude  profile  and  physiologic  parameters. 

void  write_current_a(tjnput(struct  input_parameter_struct  'input, int  column) 

-  v/rites  the  physiologic  inputs  to  the  screen  in  column  format. 

BLANK.C 

void  blanl<_inputbuff(struct  inputbuff_struct  ’inputbuff) 

-  blanks  the  input  data  leawng  the  background  screen. 

CHKFILES.C 

int  checkfilesO 

”  checks  to  determine  that  a"  necessary  files  are  in  the  current  directory.  If  not,  alerts  the  user 
by  listing  the  missing  files  on  the  screen  and  also  writes  that  list  to  a  text  file  for  print  outs. 

EVENTS.C 

int  get_alt_profi(e(struct  input_profi(e_struct  ’p  ) 

”  genera»es  a  pop-up  data  input  window  for  constructing  a  custom  ascent-descent  profile. 
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int  draw_profile(struct  input jDrofile_struct  ‘profile) 

-  updates  the  current  ascent-descent  profile  after  a  new  profile  segment  is  entered. 


EVENTSORT.C 

int  sort_events(struct  input_profile_struct  ‘p) 

-  sorts  the  ascent-decent  proiiie  segments  (events)  to  avoid  altitude  or  time  discontinuities. 


Int  compare.  event_claies(  struct  evspiLstrui 

*ev0nt2 ) 

~  supports  the  sort_events(. ..)  fun  on. 


OVCIIli« 


Oil  UUL  OVCIIl 


OtIUUt 


GETJNPT.C 

int  inputdataio(struct  io_data_struct  *io_data) 

-  generates  the  heat  strain  module's  input  menus. 

int  lmpoi1inputs(struct  io_data_struct  ‘io_data) 

-  imports  a  preconstructed  set  of  inputs  for  the  heat  strain  module. 

int  saveinputs(struct  io_data_struct  *io_data) 

-  saves  the  current  inputs  to  a  text  input  data  file. 

int  getinitfile(struct  io_data_struct  *io_data) 

”  imports  the  initialization  input  data  file. 

int  savetoinitfile(struct  io_data_struct  •|o_data) 

-  on  exiting  the  heat  strain  module  saves  the  current  input  data  as  the  new  initialization  file. 

LINEFRM.C 

input_by_line{struct  io_data_struct  ‘io.data,  int  inputjine) 

-  allows  inputs  by  line  in  the  heat  stress  input  data  grid. 


LIST.C 


int  list_output{struct  output_struct  'output) 

"  v/rites  the  heat  strain  output  summary  table  into  the  screen  output  grid  cells. 

PGSETS.C 


void  writ6inpu{s_on_chart(Cnartcnv  'Gnv,  struct  io_data_Siruci  *io_daia, 

enum  graph_type_enunn  graph_type) 

”  dir^plsys  th6  hG3!  Strain  input  dsts  ssts  onto  unussd  Gross  o?  ths  output  ^rsphs. 


PRINT.C 


int  data_to_printer(struct  io_data_struct  *io_data) 

-  sends  summary  or  detailed  output  data  listings  to  the  local  printer. 

PRT_SCR.C 

int  print_screen() 

-  sends  the  selected  graphics  mode  chart  to  the  orinter. 
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TABLES.C 

int  show_heatstress_info(int  topic) 

-  manages  the  display  of  the  heat  strain  module's  med  info  text  files. 


TRE.C 

int  tre() 

-  the  main  function  and  top  level  popup  menu  manager  for  the  heat  stress  module. 

TREFUNC.C 

float  sweat_rate_func(float  e_req,  float  e_max) 

-  returns  the  sweat  rate  based  on  differences  between  the  evaporative  heat  loss  required  to 
maintain  normal  temperature  and  the  maximum  evaporative  heat  capacity  of  the  ambient  air. 

float  t_refJunc(fIoat  met, float  w_ext, float  e_req, float  e_max, float  h_rc) 

-  returns  the  predicted  steady  state  core  temperature. 

float  tre_clelay_func(enum  phases_enum  phase, float  met_rate,  float  CP_eff) 

-  returns  the  lag  time  for  effects  of  changes  in  metabolic  rate  when  switching  from  resting  to 
working.. 


int  fincl_max(float  'array,  int  num_points) 

~  a  utility  function  that  finds  maximum  value  in  output  data  sets. 


float  casuaiiy_prob_fui*iO(i!oat  trc_m3X,  flOat  iritsyrau0ri_5t5psizs, 

float  tre_mean_casualty,float  tre_stcl_casualty) 

-  returns  the  percent  or  likelihood  of  heat  stress  casualties  based  on  the  calculated  .T.aximum 
core  temoerature. 


float  hrjndexffloat  met, float  e_req, float  e_max,float  temp_db, 
float  t_avg_skin, float  bsa,float  do) 

--  returns  an  intermediate  index  value  for  subsequent  calculations  of  heart  rate. 

float  hr_equilib(float  Lhr) 

-  returns  the  predicted  steady  slate  heart  rate 

float  deLhr_accLfunc(float  hr_f.  float  hro,  float  e_max) 

--  steady  state  heart  rate  adjustment  for  heat  acclimatization. 

float  bsa_func(float  hgt_cm,  float  kg) 

--  returns  body  surface  area  (bsa)  based  on  th  DuBois  formula. 

float  met_rate(float  wgt, float  load, float  grade.float  terrain_coef,  float  veLv/aik) 

--  returns  the  predicted  metabolic  rale  for  marching. 

float  external_work{fIoat  wgt, float  load, float  veLwalk, float  grade) 

--  returns  the  energy  dissipated  as  external  v/ork  when  marching. 
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float  eff_air_veLfunc(float  nominaLair_veI,  float  met_rate) 

-  returns  the  effective  wind  velocity  which  includes  ambient  v/ind  plus  the  relative  wind 
associated  v/ith  the  activities  at  the  given  metabolic  rate. 

fioat  clo_func{float  itc,  float  Itvc,  float  eff_air_vel) 

--  returns  clothing  insulation  (do)  value  corrected  for  wind  and  motion  effects. 

float  evapJmpedance_func{float  Imc,  float  imvc,  float  eff_air_vel) 

-  returns  clothing  moisture  impedance  value  corrected  for  wind  and  motion  effects. 

float  rad_conv_heat(float  temp_db, float  temp_sk,float  do, float  bsa) 

-  returns  amount  of  radiant  and  convective  heat  transfer  from  skin  and  through  the  clothing. 

float  e_max_func(float  evap_lmpedance, float  bsa, float  vp_sk,  float  vp_air, float 
reLhum) 

~  returns  maximum  possible  heat  loss  via  sweat  evaporation. 

float  e_req_func(float  met, float  w_ext, float  h_rc) 

--  returns  the  amount  of  evaporative  heat  loss  necessary  to  prevent  heat  gain. 

float  solar_func{float  eff_air_vel,  float  itc.  float  ItvC,  int  index) 

--  returns  amount  of  heat  gained  from  solar  sources. 

float  eff_env_cool_power(fioat  emax, float  ereq) 

--  returns  the  effective  cooling  power  of  the  ambient  conditions. 

float  vp_air_sat(  float  temp_db) 

--  returns  the  predicted  saturated  vapor  pressure  of  the  ambient  air. 

float  max_work_time(fioat  t_delay,  float  k,  float  trejnit,  float  tref , 
float  tre_max_allowed) 

--  returns  predicted  maximum  v;ork  time  based  on  a  specified  core  temperature  limit. 

TREGRAF.C 

void  graph_data(struct  io_data_struct  'io_data) 

-  graphs  the  outputs  for  each  input  data  set  separately. 

void  graph_all(struct  io_data_struct  •|o_data) 

~  graph  the  outputs  for  a!!  four  input  data  sets  as  1o'j.r  output  series  per  graph. 

TRE.FRMS.C 

int  get_vvin_forms(WINDOWPTR  wn_ptr,  enum  forms_enum  form, 

struct  input_struct  ‘input,  stmct  inputbuff^struct  ‘inputbuff) 

~  generates  input  data  entry  forms  for  the  heat  stress  modu'e. 
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TRE_HR.C 

int  tre_hr(struct  io_data_struct  *io_c(ata) 

-  the  core  numeral  function  for  the  heat  stress  unit.  Calculates  core  temperature,  heart  rate, 
sweating  rate,  cummulative  sweat  and  fluid  losses,  and  casualty  predictions.  Loads  the  I/O 
data  structure  with  the  simulated  time  and  corresponding  results. 

TRE_INIT.C 

initjnput(strucl  input_struct  ‘input,  struct  inputbuff_strdct  ‘inputbufi) 

-  initializes  the  default  heat  strain  rmdule  input  data  structures  if  an  initialization  data  file  cannot 

be  found  or  if  the  user  requests  default  talues  from  the  input  menu. 

copy_inputbuff(struct  inputbuff_struct  ‘inputbuff,  int  •current_clata_set) 

-  copies  heat  stress  input  data  sets.  This  funclio:i  is  not  currently  utilized. 

TRE_OUT.C 

write_current_input{struct  inputbuff_struct  *inputbuff,int  column) 

-  vrriles  the  current  heat  stress  inputs  onto  the  screen  input  data  grid. 

write_output_table(struct  io_.clata_struct  •io_data) 

--  vrrites  the  heat  stress  output  summary  data  to  the  output  screen  output  data  grid. 

TRE_OUT2.C 

int  data  JoJile(struct  io_data_struct  ‘io^data,  char  ‘outpuLpaih) 

--  writes  the  heat  strain  output  data  structures  to  a  text  file. 

COLD.C 

int  co!d_digit{) 

-  the  main  cold  digit  fur-ction  that  generates  the  csld  -nodule  !.n!erf2ce. 

COLDINIT.C 

init_lnput(struct  input_struct  ‘input,  struct  inpulbuff_struct  ‘inputbuff) 

-  initializes  the  data  structures  for  the  cold  digit  module. 

COLDOUT.C 

write_currentjnput{struct  inputbuff_struct  'inputbuffjnt  column) 

-  display  the  current  inputs  on  the  screen. 

CLD.INFO.C 

int  show_cold_info(int  topic) 

-  displays  selected  topic  from  military  cold  medicine  handbook. 
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APPENDIX  H 


FLDMED  C  SOURCE  CODE 

./•*•**•***••••••*  source  file;  FLDMED.C  - - **•*•/ 

^include  <windov«.h> 
include  <vid.h> 

#include  <proc€SS.h> 

/*•  ^include  “fidmed.h"  **/ 

/***  ^include  “k6y.h“  **/ 

int  tre{); 
int  altO: 

char  bak_grnd_screen[4G00]: 


mainO 

{ 

char  *vidbufLp!r; 
char  *outpul_vidbuif_p!r; 

static  WINDOWPTR  event_v/n.  input_wn; 
static  WiFORM  eventjrm.  savejrm; 

r  static  V  struct  pmenu  ma'p  menus 

{ 

0. 

FALSE, 

0. 

0, 

3. 

{0.4.  “ALTITUDE".  1, 

0,16,  "COLD".  2. 

0,24,  “HEAT  •.  3. 

0,32.  "EXIT-.  4, 

QS.SS.-.Qg 

} 

}: 


enum  mam  menu,  eniim  (  altitude  =T. 

cold  =2. 

heat  s3. 

quit  =4)  main  menu  choice; 

v_cls(BLACK«4lWHlTE); 

v_border(BLACK): 
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wnJnitO: 

wn_dmode(FLASH); 

/••  system{'print*):  **/  /**  load  the  DOS  pnnt  driver  **/ 

/*•  system^*);  *V  /**  need  a  return  to  the  DOS  response  **/ 

if{checkfiies()=0)  exit(0):  r  At  least  one  of  the  scr  files  is  missing  */ 

VidReadWindow(bak_gmd_screen.*amiy.scr'); 

VidPutWindow(bak_grnd_screen.0.0.24.79.0.0): 

getchO: 


do 

{ 

VidReadWindov/(t)ak_gmd_screen.'army.scr); 

VidPutWindow{faak_gmd_screen.O,0^4.79.0.0): 

fnain_m8nu_choice='vvn_popup(0.0.18.41.1.(BLACKIYELLOW)«4l(GREENiBOLD), 

BLACk«4IBLACK.&niain_menu.TRUE): 

svvitch(main  menu_cho:ce) 

{ 

case  altitude: 
a!t(): 
break; 
case  cold: 
co!d_digil{); 
break; 
case  heat: 
ireO: 
break; 
case  quit: 
break: 

1 

i 

}  while(m3in_rrenu_cho:ce  !=  quit); 

v_cIs{BLACK«4!WH!TE); 

v_locate(0.0.0); 

printf(“'**'****''**''~**"*"*'' . * . . . 

prinff('USAR!EM  Enwronmental  Medicine  feme  Fiekf  fdec'ical  Officer '/I'ii';; 

prinlf('  V:  MJR  10.’93  ); 

printfC' . . . 

}  end  main  module  V 


105 


ALTrrUDE  Module:  Source  Code 


r***'***— source  file:  ALT.C 

aFinciucle  </rindows.h> 

^include  'a!Lh’ 

/-•  ^include  ‘key-h*  **/ 

extern  char  bak  .cmd  screen[4CX)01; 


int  aHO 

{ 

char  'vkfcuffjlr;  r  used  'A-ith  VidSave  &  Restore  Block  functions  */ 
char  •output_vidfcuff_ptr: 

VVINDOVVPTR  event,  vvn,  input.vm: 

WIFORM  evenMrm.  save  ffm; 

int  data. row.  data,  .set  choxe,i,  lo.otc; 
static  strua  input  struct  inputdata: 
enum  output  type  enum  cu4)u*._type; 

static  struct  ouiput.stfud  cu^utdals; 

struct  pmenu  topbar  rr>enu= 

{ 

0. 

FALSE. 

0. 

0. 

5. 

{0.1. 'INPUT'.  1. 

0.9.  ’OUTPUT'.  2. 

O.ie.'OPTiONS*.  3. 

0.30.'MED  INFO*.  4. 

0.41  .’HELP*.  5. 

0.47.’EXrr’.  6. 

9939.**,S9 

s 

I 

>. 

Ir 


enum  topbar,  msnu_6num  { TOut  =1. 


output  =2. 
runoptions  =3, 
info  -4. 
h-3.'p  =5. 


exit.jopbar  =6  )tof>ber  icertu  chos:e: 
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struct  pmenu  input_menu= 

{ 

0. 

FALSE, 

0, 

0. 

5. 

{1,4,  "Profile",  1, 

2.2,  "New  Profile",  2, 

3.3,  "Variables",  3, 

4.4,  "Default",  4. 

5.5,  "Save",  5, 

6,1,  "Read  from  File",  6, 
99,99,“".99 

} 


enum  input_menu_enufn  {  view_profi!e  =1, 

create_new_profile  =2, 
input_parameters  =3, 
default_input  =4, 
save_input  =5. 

read.,  f  lie  Jnput  =6 )  inpu1_ir!enu_choiC8; 

struct  pmenu  med  info  menu= 

{ 

0, 

FALSE, 

0, 

1. 

4. 

{  0,3,"ALTITUDE  HANDBOOK",  0. 

2. 6,  "Physiology",  1, 

3, 3, "Medical  Conditions",  2, 

4, 2, "Operational  Guidance",.  3, 

5. 6,  "References",  4, 

99, 99, “",99 

) 

}: 

struct  pmenu  data.rovv.menu- 

{ 

0. 

FALSE, 

0. 

0, 

8, 

{0,0,">-.  0, 

1.0,  1, 

2,0,  2, 

3,0,  3, 

4,0,  4, 

5.0,  5. 

6,0,  '■->",  6, 
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7.0.  7, 

8.0.  8, 

99, 99, "",99 

} 

): 

struct  pmenu  data_set_menu= 

{ 

0, 

FALSE. 


0, 

0, 

3, 


{0,3,  ”SET#1“, 

300, 

0,15, "SET#  2", 

301, 

0,28,"SET#  3". 

302, 

0,40, "SET#  4". 

303, 

99,99, "“,99 

} 

}: 


enum  output. choice_enum  f  view=320, 

print=321, 
save=322 
)  output  ^choice; 

enum  output  .type  cho(ce_enum  { data=0, 

graph_alLsets=1 , 
graph_one_set=2, 

}  output_typ0_choice; 


int  input  .pos(]={29, 41 ,54,66); 


V(dReadWindow(ba!<_grnd_scr€en,“gricl.ait"); 

VidPutWindow(bak_grnd_screen,0,0,24,79,0,0): 

if(geiinitaltfile(&inputdata)  ==99)  init_alt_input(&inputdata); 
draw„profile(&inputdata.profile); 

do 

{ 

topbar_menu.  choice=wn_popup(0, 0,1 3.55,1  ,WHITE«4IBLUE, 

BLACK«4!BLACK,&topbar_menu,TRUE); 

switch(topbar_menu.  choice) 

{ 

case  input: 

input_menu_choice=wn_popup(0,2.12,16,7,WHITE«4IBLUE, 

BLACK«4iRED,&inpuLmenu,TRUE); 

switch(input_menu_choice) 

{ 
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case  view_profile: 
get_alLprofile(&inputdata.profile): 
break; 

case  create_new_profile: 

VidPutWindow(bak_grnd_screen.0, 0,24,79,0,0); 

initJnput_profile(&inputdata.profile); 

break; 

case  inpuLparameters: 

VidPushO: 

VidReadWindow(bak_grnd_screen,"allinput.scr'‘): 
VidPutWindow(bak_gmd_scre0n, 0,0, 16,79,0,0); 
\/idPutWindow(bak_gmd_screen,1 7,0,24,2,1 7,0); 
for(i=0;i<=3;i++) 

write_current_altJnput(&inp:.-ti‘ata.parameters[i),input_pos[i]+2); 

VidReadWindow(bak_gmd_scieen,”scraps.scr“); 

VidPutWindow(bak_gmd_screen,22,5,22,72,0,5); 

do 

{ 

data_row--wn_popup(1Q00,3,28,2,9,BLACK«4IRED. 

BLACK«4IRED,&data_row_menu,TRUE): 
alt_input_by_line(  &inputdata,  data_row); 
for(i=0;i<=3;i++) 

{ 

inputdata.parameters(i).calcuIated=no; 
write_current_alt..input(&inputdata.parameters[i],inpuL  pos[i)+2); 
)  /**endfor**/ 

)  while(data_row  !=99); 

VidReadWindow(bak_grnd_screen,'’grid.aII"): 

VidPop(l); 

break; 

case  defaultjnput; 
init_altjnput(&inputdata); 
break; 

case  save_input: 
break; 

case  readjile_input: 
break; 

} 

break; 

case  runoptions: 

break; 
case  output: 

VidPushQ; 

outputdata.outputjype=PmmHg; 

ca(c_oiitput(&inputdata,&outputdata); 

graph_output(&outputdata); 

VidPop(l); 
break; 
case  info: 
do 
{ 

topic=\vn_popup(0, 1,28,24, 7,  WHITE«4IBLUE, 

BLACK«4!RED,&medJnfo_menu,TRUE); 
if(topic==99)  break; 
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show_alt_info(topic): 

}  while(topic  !=  99);  /*  loop  until  quit  info  menu  */ 
break; 
case  help: 
break; 

}  /*  end  switch  for  topbar_menu_choice  */ 
)while{topbar_menu_choice!=exitJopbar); 

savetoinitalffile(&inputdata); 

flushallO; 

return  0; 

}  /*  end  main  altitude  module  */ 


/““****************  source  file;  ALT.CALC.C  ‘*“*««*******‘*/ 

ffinclude  “alt.h" 

#include  <math.h> 

#include  <conio.h> 

^include  <stdio.h> 

#define  deg_C(F)  { (5.0/9.0)*(F-32.0) )  /*  F  to  C  conversion  macro  7 

#define  Tot_P  0 
#definePI02  1 
#define  Pa02  2 
ffdefine  02Sat  3 


int  calc  outputfstruct  input_struct  *p,  struct  oulpuLstruct  ‘output) 

{ 

int  I,  j,  k,  set.  re(urn_val; 

float  alt,  m,  ferm1.  u,  Pa02  eft,  PA02_x: 

refurn_val=0; 


for(set-=0;set<NUM  SETS.'sel-t  -i ) 
{ 

k=0: 


/•  Ml  IhA  CCTC  rlofmorl  m  olt  h  */ 


t  I  'f  f  w  IWV.4  II I  v«i»«i  I  i 


switch(output->output  type) 

{ 

case  PmmHg: 

for(i=0:{i  <-  p->profi!e.num_eve 

{ 


9.».  ri/  ^  hA&V  01  ITD1  IT  Cl  Cll^CMTC:Vl.i.i\ 

I  no/  yi\  ivi/  i  i  w  i  «  i  i  i  / 


m=(p->profile.event(i].alt2-p->profile.event[i].alt1)/(p->profile.event[i].day2-p->profile.event[i].day1); 
for(j=0;(j  <  (p->profile.event[i].day2-p->profile.evenf[i].day1 )) 

a&(k  <  MAX.OUTPUT  ELEMENTS):i+-r) 

{ 

outpijt->x.  vailset][k]=(float)(p->profiie  evfint[i],d3y1+j); 
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alt=p->profile.event{i].alt1+j*m: 
ait=alt*0.3048:  /*  converting  from  feet  to  meters  V 
termi  =(44331 .514-alt)/1 1 880.51 6; 
output->y_val[Tot_P][set][k]=0.75*pow(term1, 5.25588); 

r  0.75  converts  from  mbar  to  mmHg  */ 
output->y_valIPI02][set][k]=(0.01*p->parameters[set].FI02)* 

(output->y_val[Tot_P](set](kJ-47.0): 

k++; 

}  /*  end  for(j .... )  7 
}  /•  end  for(i .... )  7 
oufput->num_vals=k; 
break: 

case  Pmbar: 

break;  .r  .. 

};  r  end  switch  *7 

term!  =(1 .0-(0.01  *p->parameters(set].FI02‘p->paramefers[set].resp_ratio)) 

/p*>parameters{setl.resp_ratio: 

for(j=0:j<oulput->num_vals:j++) 

{ 

PA02_x=  oufput->y_val{PI02][setJ[j]  -  p->parameters|sef].PAC02’term1: 
output->y_val[PaO2]{set]01=  PA02  x  -  p->parameters{set].Aa  diffusion^grad; 

} 

term!  =0  024‘(37.0-deg_C(p->parameters[set].tre)); 
termi +=0.4’(p->parameters[set].pH-7.4); 
1erml+=0.06*(log10(40.0)-log10{p->parameters(se!}.PACO2)); 
termi  =pow(1 0.0, termi ); 
for{j=0;j  <  output->num.vals;j++) 

{ 

PaO2_eff=output->y_val[PaO2][set|0]‘terml; 

u=0.00925*Pa02_eff+0.0002B'pow(Pa02_eff,2.0)->-0.0000306"pow(Pa02_e(f.3.0): 
if{oulput->y_val[Pa02I(setJ[jj  >=  10.0) 
output->y_val[02Sat][set][j]=1 00.0*(u.'{1 .0+e)); 
else 

oufput->y_valI023a1][set]0]=100.0*(0.003683*Pa02_eff+0.000584*pow(Pa02_eff.2.0)); 
}  /**  end  for  *7 
}  /*  end  for(set  .>.)  7 
return  relurn_val; 

}  /**  end  of  function  *7 


1 

I 

! 


i 

i 


» 


I 


I 

} 

1 

I 

i 

i 


/- — source  file:  ALT.DIFF.C  . . . . * . . . /  j 

f 

#include  "ait.h'  i 

#include  <stdio.h>  ! 

#inciude  <s1ring.h>  j 

i 

char'  inpu!differences(struct  input  struct  "input)  i 

{  ! 

int  i.set;  I 

char  msg[70];  I 

char  *inputstr[9]={"  Hb  Hct pH  HC03- Core  temp ", 
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*  Resp  ratio %  FI02  '*;  PAC02 Aa  diff  grad 

int  diff  [9]: 

for(i=0;i<9ji++)  diff[i]=0;  /*  initialize  difference  indicators 

0  =  no  difference 
1  =  difference  '/ 


for(set=0;set<(N  U  M_SETS- 1  ):oet++) 

{ 

if(inpui->parameters[set].hgb  !=  input->parameters[set+1].hgb)  (Ji^(0]=1: 
if (input->parame1ers[set|.hct  !=  input->parametersfset+1).bct)  diff[1 1--1 ; 
if(input->parameters[setj.pH  !=  input->parameters[set+1].pH )  diffI2]='' ; 
if(input->parametersIset].HC03  !=  input->parameters{set+1].HC03)  diff[3)=1: 
tf(input->paramete.-s[setj.tre  !=  input->parameterslset+1].tre)  diff[4]=1; 
if(input->parameters{setj.resp_ratio  !=  input->parameters{set+1).resp._ra1io)  diff[5]=1: 
if(input->parameters[set].FI02  !=  input->parametersIset+1].FI02)  diff[6]=1; 
if(input->parameters[set].PAC02  !=  input->parameters[set+1].PAC02)  diff[7]=1: 
if(input->parafreters[set].Aa_diffusion_grad  != 

input->parameterstset4l].Aa  diffusion_grad)  diff[8]=1; 


} 


strcpy(msg,"N.B.:  input  differences  wrf  ••>  '); 
for(i=0:i<9:i++) 

{ 

if(diff[i]  ==  1)  strcpy(msg,strcat(msg.inputstiti])): 

} 

return  &msg[0]: 

}  /*  end  function  inputdifferencss  */ 


source  file:  ALT_FRMS.C  . ^ 

Sinclude  <windows.h> 

#include  "alt.h“ 

void  alt_input_by_line{struct  input  struct  'alt_inp’Jt,  int  input  line) 

{ 

WINDOWPTR  wn_ptr; 

WIFORM  frm.  ptr; 
int  rO; 


r0=3; 

switch(inputjine) 

{ 

case  0; 

v/n_ptr=Virn„open(1000,r0+inputJine.30..45.1,FG_R.FG_B), 

frm_ptr=wnJrmopn(5); 

wn_gfloat(SET,frrn_ptr,O.wn_ptr.0,1  ,NSTR,lgt_red.’ 

&a!t_input->parameters[0J.hgb,5, 1 , 1 0.0,25.0, 
alt_input->parameters[0].hgb_buff,NSTR, 
"Hemoglobin:  0.0  -  25.0''); 
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wn_gfloat(SET,frm_ptr,1,wn_ptr,0,13,NSTR.Igt_red,' 
&altjnput->parameters[1].hgb,5,1 ,10.0,25.0, 
altJnput->parameters[l].hgb_buff,NSTR, 
“Hemoglobin;  0.0  -  25.0"); 

wn_gfloat{SET,frm„  ptr.2,wn_plr,0.26.NSTR,lgt_red,' 
&altjnput->parameters[2].hgb, 5.1, 10.0,25.0, 
altJnput->parameters[2].hgb_buff,NSTR, 
"Hemoglobin:  0.0  -  25.0"); 

wn_gfloat(SET,frmjDtr,3,wn_ptr,0,38,NSTR,lgt_red,'  ‘, 
&altjnput->parameters[3].hgb, 5, 1,10.0,25.0, 
alt_input->parameters[3].hgb  buff,NSTR. 
"Hemoglobin;  0.0  -  25.0“); 

wnjrmgef{frm_ptr): 
wn_frmcls(frm_ptr); 
vvn_close(wn_p{r); 
break; 
case  1 : 

wn_plr=:vvn_cpen(1000,r0-^input„line,30.45,1  ,FG„R.FG  B); 
frm_ptr=wnJrmopn{5); 

vm_gfIoat(SET,frm  ptr,0,wn_pfr,0,1,NSTR,lgt_red.* ', 
&aiUnpul->parameters(0].hct,5, 1,1 0.0,90.0, 
alUnput->parameters(0].hct_buff,NSTR, 
“Hematocrit;  0.0  *  90.0"); 

vvn  .gfloat(SET,frm_ptr,1,v/n_ptr,0.13,NSTR,!gt_red.‘ ', 
&altjnput->parametersl1].hct,5, 1,1 0.0,90.0, 
alt_input->parameters[1].hct,  buff,NSTR, 
"Hematocrit;  0.0  •  90.0"); 

v,/n_gfloat(SET,fnn_ptr,2,wn_ptr,0.26,NSTR,lgt_red,’ ', 

Salt.  input->parameters[23.hct,5, 1,10.0,90.0, 
alLinput->parameters[2].hct.  buff,NSTR. 
“Hematocrit:  0.0  -  90.0"); 

wn_gf(oat(SET,frm_ptr,3,wn  ptr,0,38,NSTR,(gt  jed.' ', 

Salt.  input->parame(ers[3].bc(.5,1, 10.0,90.0, 
alLinput->parameters[3].hct_buff.NSTR, 
“Hematocrit;  0.0  -  90.0"); 

wn_frmgel(frm  .ptr); 

wn_frmcls(frm_ptr); 

wn_close(vvn_ptr); 

break: 

case  2: 

wn_  ptr=vvn  open(1 000,r0+inputjine,30,45,1  ,FG_R,FG_B): 
frm..ptr=wn  frmopn{5); 

wn  g(loat(SET,frm  ptr,0,ivn..p(r.0,1,NSTR.Igt_red.'  . 

Salt.  inpuf->parameters[0].pH,5,1,4.0.8.0, 
alt  input->parametersi03.pH_buff,NSTR, 

“blood  pH:  4.0  -  8.0"); 

wn  gtloat{SET,frm._ptr,1,wn  ptr,0.13,NSTR,lgt_red,’ ', 

Salt  input->paramelers[1I.pH,5,1,4.0,8.0. 
alt_input->paramefer.s[1].pH_buft,NSTR. 

"blood  pH:  4.0  -  8.0"); 
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wn_gfloat(SET,frm_ptr,2.wn.ptr,0,26,NSTR,lgt_red,' 

&a!tJnpul->paramelers[2].pH,5.1,4.0.8.0. 

altJnpul->parameters[2].pH._buff,NSTR, 

"blood  pH:  4.0 -8.0"); 

wn_gfloat(SET.frm.  ptr,3,wn_ptr,0,38,NSTR,lgt_red,' 
&altJnput->parameters[31.DH,5,1,4.0,8.0, 
aItJnput->paramelers[3].pH_buff,NSTR, 

•blood  pH;  4.0  -  8.0*); 

wn_frmget(frm_ptr); 

wnjrmcls(frryi_ptr}; 

wn_close(wn_plr): 

break; 

case  3: 

wn_ptr=wn_open(l 000,r0+input  line,30,45,1  ,FG_n,FG_B), 
<rm_ptr=wn^  {rmopn(5): 

wn  _gfloat{SET,frm_ptr,0,wn_ptr,0,1  ,NSTR,lg{_red.' 

Salt.,  input->parametersI0].HCO3.5.1 ,0.0,50.0, 
altJnput->parametersI0].HCO3_buff.NSTR. 

"Blood  bicarb:  0.0  -  50.0*); 

wn_gfloat(SET,frm_ptr,1,wn_ptr,0,13,NSTR,lgt_red.' ', 
&altJnput->paramelers[1].HC03,5, 1,0.0, 50.0, 
a(tJnput->parameters(1].HC03_bu}f,NSTR, 

‘Blood  bicarb:  0.0  -  50.0"); 

wn  _gfloat(SET,frm_ptr.2.\vn  _ptr,0,26,NSTR.Igt_red,' ', 

&ait  input->parameters[2].HC03.5.1 ,0.0,50.0, 
altJnput->parameters[2].HC03_bufi.NSTR, 

"Blood  bicarb;  0.0  -  50.0''): 

vvn_gfloat(SET.frm_ptr.3,wn_p1r,0,38,NSTR,lgt_red,' ', 
&alt_input->parameters[3].HC03, 5.1 ,0.0,50.0, 
altJnput->parameters[3].HC03_buff,NSTR, 

"Blood  bicarb;  0.0  -  50.0*); 

v/nj  rmget  (f  rm_p1r) : 
wn_frmcls(frm  ptr); 
wn_close(wn  ptr); 
break; 
case  4; 

wn_ptr=Twn_open(1000.r0+inpuLl!ne,30.45,1,FG_R,FG_S); 
frm  j)tr=vvnJrmopn{5); 

vvn_gfloat(SET,{rm_ptr,0,wn  ptr,0,1,NSTR,lgt_red.' ', 
£.alt_input->parameters[0].tre.5. 1 ,90.0,1 1 0.0, 
altJnput->parameters[0}.tre_buff,NSTR. 

“Blood  temp(F);  90.0  - 110.0"); 
wn  .gfloat(SET,frnr!_ptr,1,vvn_ptr,0,13,NSTR,lgl_red,’ '. 

&a!t  inpijt->parameters[l ).tre,5,1 ,90.0,1 1 0.0, 
alt  .input->parameters[1  l.tre_buff,NSTR, 

"Blood  temp  (F);  90.0  - 1 10.0’); 
wn_gfloat(SET,frm.  plr.2,wn_ptr,0,26,NSTR.Igt_red.  ', 

Salt  inpiJt->parameters[2].tre,5. 1 .90.0,1 1 0.0, 
alt  inpul->parameters[2j.tre_b!jff.NSTR, 
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"Blood  femp(F):  90.0  - 1 10.0“); 
wn_g1Ioat(SET.fnnn_plr,3,vvn_ptr.0.38.NSTR,lgt_red,“. 
&altJnpLrt->param8ters[3].tre, 5,1 ,90.0,1 1 0.0, 
ait  input->parameters{3].tre_buff,NSTR, 

■Blood  temp(F):  90.0-110.0“): 

vvn_frmget(frm _ptr): 
vvnj  rmcls(frm_plr) ; 
v,rn_cIose(wn_ptr); 
break; 
case  5; 

wn_plr=wn_open(1 000, rO+inputJine, 30.45,1  ,FG_R.FG_B); 
frmjDtr=wnJrmopn(5); 

wn_gf[oat(SET,frm_ptr,0,wn_ptr,0,1  ,NSTR,lgt_biue,‘  ’, 

&alt..input->paramelefs[0].resp_ratio,5,1,0.0,2.0. 
alt_input->parameters(O].r0sp_ratio_buff,NSTR, 
"C02/02  ratio;  0.0  -  2.0"); 

vvn_gfloat(SET,frnn_ptr,1  ,wn_ptr,0,13,NSTR,lgt_blue,' ', 
&altjnput->parameters[1  ].r€sp_ratio,5,1 ,0.0.2.0, 
alt_input->parameters[1].resp_ratio_buff,NSTR. 
“C02/02  ratio:  0.0 -2.0*); 

wn_gfloat(SET,frm  ptr,2.wn.  ptf,0,26,NSTR.Igt_b!ue,’ ', 
&aiLinput->parameters[2].resp_ratio,6.1.0.0.2.0, 
alt  .input->parameters(2].resp_ratio_buif,NSTR, 
“C02/02  ratio:  0.0  -  2.0“): 

vvn_gf(oat{SET,frm_ptr,3,wn_ptr,0.38,NSTR,lgt_blue,' 

&alt_input->parameters[3].resp  _ratio,5,l  ,0.0,2.0. 
altJnput->parameters[3].resp_ratio  buff.NSTR, 
“C02/02  ratio:  0.0  -  2.0"); 

v;n_frmget(frm_ptr); 

v.'n_frmcls(frm_ptr); 

wn_close(wn_ptr); 

break; 

case  6: 

wn_ptr=wn_open{1000,r0+inputJine.30,45,1.FG_R,FG_B); 

frm_ptr=wn_frmopn(5); 

vvn_gfloal(SET,frm_ptr,0.w.n_ptr,0, 1  ,NSTR,!gt_b!ue,' 

&a!t_input->parameters[0].FIO2,5,1 ,0.0,1 00.0, 
altJnput->parameters[0].FIO2_buff.NSTR. 
"Inspilgt..red  02;  0.0  - 100%"); 
v/n_gf(oat(SET,frm_ptr,1  ,vvn_ptr,0,13,NSTR,lgt_blue,' 

Salt  input->parameters(1].FI02,5,1 ,0.0,1 00.0, 
a!t_input->parameters(1).FI02_buff,NSTR, 
“InspilgLred  02:  0.0  - 100%"); 
wn_gtloat(SET.frm_ptr,2,vvR_ptr,0,26,NSTR,lgt_b!ue,'‘. 

&alt  inpiJt->parametersl2}.F102,5,1 ,0.0,100.0, 
ait..ip.put->parametersl2].FI02_bu1f.NSTR, 
"Inspilgt  red  02: 0.0- 100%*); 
vvn_gfloat(SET,fmri_ptr,3,VAO_ptr,0,38.NSTR,lgf„blue.' 

Salt. input->parameters[3].F102, 5.1, 0.0,1 00.0, 
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alLinput->parame{ers[3].FI02_buff.NSTR, 

"lnspilgt_red  02: 0.0  -  lOO^/i”); 

vvn_fnnget(fnn_ptr); 

wn_frmcls{frm_ptr): 

vvn_close(wn_ptr); 

break; 
case  7: 

wn..  ptr-\vn_open(1000,r0+fnpuUine,30,45,1  .FG_R.FG_B); 
frm_ptr=wnJrmopn(5); 

Vi/n_gfIoat(SET,frm_ptr,0,v/n_p1r,0,l  ,NSTR,lgt_blue,' 

&altJnput->parameters[0].PACO2,5,1 ,0.0,1 00.0, 
alUnput->parame1ers(0].PAC02_buff,iMSTR. 

"InspllgLred  C02: 0.0-100  mrnHg*); 
wn_gfloat(SET,frm_ptr.1  ,v,/n_ptr,0,13,NSTR,lgf_blue,* 

&altjnpul->param6tersl1  J.PAC02,5,1 ,0.0,100.0, 
aitJnput->parameters(1].PAC02_buff.NSTR. 

'‘!nspilgt_red  02: 0.0  •  100%  mrnHg*); 
wn_gf!oat(SET,frm_ptr,2,wn_ptr,0,26  NSTR.I^_blue,‘  ’, 

Salt..  input->parameters[2).PAC02.5,1 ,0.0,100.0, 
aIt_inpuf->parameters[2].PAC02..buff,NSTR, 

“Inspilgt.  red  02:  0.0  - 100%  mrnHg”); 
wn_gfioal(SET,frmjDtr,3,wn_plr.O,38,NSTR,lgt_b!ue,' 

&altJnpiit->parameters[3].PAC02, 5, 1,0.0,100.0, 
a(t_input->paramete.'s[3].PAC02_buff,NSTR, 

"lnspilgt_red  02: 0.0  - 100%  mrnHg*); 

wn_frmget(frm_ptr); 
wn_frmcls(frm_plr); 
wn_close(wn_ptr); 
break; 
case  8; 

wn_ptr=vvn_open(1000,r0+inpu{Jine.30.45. 1  .rG„R,ro_o;; 
f.fm.ptr^wn  f.'Tnopn{5): 

vvn_gfioat{SET,frm_ptr,0,wn_ptr,0,1,NSTR.Igt,.bIije,'  ’, 

&alt  input->parametersI0].Aa_diffusion_grad,5,1 ,0.0,100.0, 
alt_input->paramelers(0].Aa .  diffus!on_grad_buff,NSTR, 

*N1  Aa  diff  grad:  0.0  - 10.0  mrnHg  “); 
vvn..gfloal(SET,frm_ptr,1,vvn  ptr,0,13,NSTR,lgt_blue,'  ’, 

&alUnput->parametersI1].Aa  .diffusion_grad,5,1 ,0.0,100.0, 
aifJnput->parametersl1].Aa_diffusion_grad_buff,NSTR, 

'N1  Aa  diff  grad:  0.0  - 10.0  mrnHg "); 
wn_gfloat(SET,frm_ptr,2,wn_ptr,0,26,NSTR,lgt_blue,' ', 

&altJnput->paramefer5l2].Aa_diffasion_grad,5, 1,0.0,100.0, 
alt_inpul->parameters[2J.Aa_difjusior._grad_buff,NSTR, 

"Ni  Aa  diff  grad:  0.0  - 10.0  mrnHg '  ). 
vvn_gfloat{SET,frm  ptr,3,wn  ptr,0,38,NSTR,lgl..biue,' ', 

&aitJnput->paramelers[3].Aa_diffusion_grad,5,1 ,0.0,100.0, 
ait  input->paramelers[3].Aa_diffusion_grad_buff,NSTR. 

“Nl  Aa  diff  grad:  0.0  - 10.0  mrnHg  "); 
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wnjrmget(frm _ptr); 
wn_frmcls{frm _ptr); 
wn_cIose(\vn_  ptr); 
break; 

}  /**  end  switch(...)  **/ 

)  /**  end  input_by_line  **/ 


source  file:  ALT_GkAF.C  -""-*---*=*--"*7 

^include  "alt.h” 

#include  <stdio.h> 

#inciude  <string.h> 
ffinclude  <conio.h> 

#include  <graph.h> 

#include  <pgchart.h> 

#define  Tot_P  0 
^define  PI02  1 
#de{ine  Pa02  2 
#define  02Sat  3 


^define  TRUE  1 
^define  FALSE  0 

int  graph_output(struct  outpu1_struct  ^ou’put) 

{ 

int  retum_vaM.j.n, set, graph_num; 
float  max.min.ticjnterval; 
chartenv  env; 

float  xINUM_SETS]IMAX_OUTPUT_ELEMENTS]. 

yINUM_SETS]lMAX_CUTPUT_ELEMENTSr. 

char  *iabels[]={"Sel»il  ‘.■Setf»2","Set#3". 
int  mode=_VRES16COLOR: 
return_val=0; 


n=output->num._vals; 

for(set=0:set<NUM_SETS;set-t-) 

!or(:=0;i<n  &&  i<MAX  OUTPUT.  ELEMENTS;i++) 
x[se;][i]=output->x„va!{sefJ[i]; 

/*  set  highest  video  mode  available.  */ 
while(!  _setvideomode{mode))  mode--: 

_pgjnitchart(); 

_pg_defaullchart{&env._PG_SCATTERCHART.„PG.FO;.\’TANDLiNE) 
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for(graph_num=0:graph_num<4;graDh_num++) 

{ 

switch(graph_num) 

{ 

case  Tot.  P: 

for(set=0;set<NUM_SETS:set++) 
for(i=0:i<n  &&  i<MAX_OUTPUT_ELEMENTS;«+-!-) 

y[set][i]=outp'jt->y_vaiiTol_P][set][i]; 
strcpy{env.maintitle.}itle.‘Barometric  Pressure'); 
strcpy(env.xaxis.axisiille.title,“Day  #“); 
strcpy(env.yaxis.axisti1le.title,‘'mm  Hg*}; 

env.chartwindow.x1=8;  /*  pixels  */ 
env.chartwindow.y1  =8; 
env.chartwindov/.x2=3l  1 ; 
env.chartwindov/.y2=231 ; 

env.xaxis.aufoscale=FALSE; 

env.yaxis.autoscale=FALSE; 

env.datawindow.background=8; 

env.chartwindow.background=0: 

env.chartv>.'indow.borderco!or=0: 

env.xaxis.axisiitle.tillecoIor=5; 

env.yaxis.axisti!!e.tiHeco!or=5; 

env.xaxis.axiscolor=2; 

env.yaxis.axiscolor=2; 

env.xaxis.scalemin=1 .0; 

env.xaxis.scalemax=x(0]In-1  j; 

env.xaxis.sca!efactor=1 .0; 

env.xaxis.t;cinterval=5.0; 

env.xaxis.t:cformat=  PG_DECFORMAT : 

env.xaxis.ticdecimals=0: 

eny.yaxis.scafemin=300.0; 
env.yaxis.sca!emax=800.0; 
env.yaxis.scalelaclor=1 .0; 
env.yaxis.ticinterval=50.0: 
env.yaxis.1icformat=_PG  DECFORM AT ; 
env.yaxis.ticdecimals=0: 

env.yaxis.g.nd=TRUE; 

env.xax!S.grid=TRUE; 

env.main!iile.titlecolor=5;  /*  5=red  */ 
env.maintitle.justify=_PG_CENTER: 

env.subti!le.fit!ecofor=5; 
env.subti1le.jus1iiy=_PG_CENTER; 
break; 
case  Pi02: 

for{set=0;set<NUM_SETS;set++) 

for{i=0;i<n  &&  i<MAX_OUTFUT_ELEMENTS;i++) 

y{set)[fJ=oafput->y_va({PI02][sel3{i]; 
strcpy(er!v.'n£;r!!:t!6.:!t!0,'.Arnb!en!  02  Pressure*); 
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env.char1vvindov/.x1  =31 7 ;  /  pixels  V 
env.chartv/indow.yl  =8; 
env.chartv;indow.x2=63l ; 
env,chartv/mdow.y2=231 ; 

env.yaxis.autosca!e=TRUE: 

/**  env.yaxis.scalem!n=00.0: 

env.yaxis.scclefnax=150.0;  **/ 
env.yaxis.ticintervabi  0.0: 
break; 
case  Pa02: 

max-O.O; 

min=100.0; 

for(set=0;£et<NUM_SETS;set-H-) 

{ 

fcrii=0;i<n  &&  i<MAX  OUTPUT  ELEMENTS;ih-+) 

( 

y[set][i]=oiJtput->y_valIPa02jlsetj{!]; 
if{ylsel]li]<min)min=ylse*lli]; 
if{yiset-[i]>n>:>x)  maxsylseljji): 

} 

} 

strcpy(env.mainiitle.t't'e,'ATt6riai  02  Pressure ); 
strcpy{env.yaxis.axistttl8.Sit.'e/mrr5Hg’); 

env.yaxis.autoscaie=FALSE; 
eny.yaxis.scalemin=mii>5.0; 
env.  yaxis.sca!emax=max+5.0: 
env.yaxis.tk:in1erval=5.0; 

env.chartv/indow.x1  =8; 
env.chartwindow.yl  =247 ; 
env.chartwindow.x2=31 1 : 
env.chartwindo\v.y2=47 1 ; 

break: 
case  02Sat: 

max=0.0; 

min=100.0; 


for(set=0;S5t<NUM  SETS;5St-r-rj 

{ 

for(i=0;i<r.  &8  kMAX  OUTPUT  ELEMENTS:i++) 

{ 

y[set][i)=oulput->y_val|02Sat]lse;]M: 
if(y[setl[i)<rnin)rnin=ylselji!]; 
ifty[se:j{!}>max)  nr.ax=y{seti[ii: 

} 

} 

strcpy{env.maintitle.title.  Arterial  02  Satura'ion'): 
strcpy(env.yaxis.axistrt(e.1itle.’%“); 
env.chartwindow.xl  =31 7;  r  pixels  ’■ 
env.chartv%nndo;v.y  t  =247: 
onv.chart’.vindoiv.x2=631 ; 


119 


ADA29?00^> 


env.chaftw:ndow.y2=471 ; 


env.yaxi3.au1osca!e=FALSE; 

env.yaxis.s<^'emin=inin*5.0; 

eriv.yaxis.scalem3x=max-f-5.0; 

er.v.yaxis.ticintefval=5.0; 

break; 

}  end  switch  *V 


i!(  _pg_an3!y2escatlefms(&env,Sx[0j[Gj.&yi0j{0}.Num_SE 


I  o,fMnMA_cnj  I  ru  i^cLEwEnnS.&Iao^)) 


_ctrttextrError  analyzing  chart  data  ): 
fflush(stdin): 

ge-c  0: 

_setvideomodeLDEFAULTMODE); 
return  95: 


} 


iU  _pg  chartscahermst  &env.8ja0]{01,&y|050].NUM_SETS.n.MAX  OUTPUT_ELEMENTS.&!abeis» 
{ 

_outtext{’Enror:  cant  draw  chart!*}; 

ffJush(std:n): 

cctch<); 

return  vafc99: 

} 

}  /**  end  for(graph_num=0:graph  r.urr.<4;graph  num+-t)  **; 


r*  _pg_hlabeichart(  &env,  5,5.&cuipu1->d;ffmsg.  15):  *V  15=yeik)-.v  V 
tf!u3h(stcin); 
getch{); 
ifiush(stdir.); 


.setvideotriC-ds(_DEFAULTf.10DE); 


return  re:um_va!; 

}  r  enc  graph_ou4)ui  V 


.'***************’***  source  fifei  aLT_IN5"O.C 

^inciiidc  <ksy.h> 

#includo  *att.h' 


extern  char  bak_grnd.screerJ4(K>Ql; 


int  shOi.v_ali  tnfoOnt  !cp=c} 

{ 

int  i,  key.  scan.  index_num.  st3tt_indox_nurr..  slop_index  num; 
/”*  FILE 'screenfiies;  ’*'V 


/*'  index «  Topv: 

ch3r*tiles|?0j-‘'p1  air. '*  0  phys-'i'-gy 
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"p2.alf".  /*  1  "  */ 

"p3.alt",  /*  2  "  •/ 

"p4.alt‘',  /*  3  ■■  */ 

"pS.alt",  /*  4  "  */ 

"ml.ait",  /*  5  Medical  Conditions  */ 
"m2.alt".  /*  6  "  7 

"m3.air,/*  7  "  7 

■m4.alt",/*  8  •  7 

■■mS.alt",  /*  9  "  7 

"mS.alt",/*  10  "  7 

"m7.alt"./*  11  “  7 

"m8.air,/‘  12  ‘  7 

“medopsl.all",  r  13  Operational  Guidance  7 
''medops2.alt",  r  14 

“medopd3.alt“,  n  5  "  V 

"refl.alt", /*  16  Reference  Lists  7 
“ref2.alf',/' 17  “  7 

''ref3.alt“,/*  18  "  7 

"ref4.alt"/*  19  "  7 

}; 


switch  (topic) 

{ 

easel:  r  Alt  Physiology  V 
startjndex_num=0: 
stopJndex_nurn=4: 
break: 

case  2:  /*  Medical  Conditions  at  Ait  7 
startJndex_num-5; 
slopJndex_num=1 2; 
break; 

case  3;  r  Operational  Guidance  7 
start Jndex_num=l  3; 
stop_index_num=1 5; 
break; 

case  4:  /*  References  7 
start._index_num=16: 
stop..index_num=19; 
break; 

)  /*  end  switch  7 


index_num=start_index_num: 

if(  VidReadWindow(bal<  grnd_screen,files(index_num))  !=  NOERROR) 

{ 

printfC'Unable  to  read  %s  screen  file  \ri",fiies[inOex_t)um]): 

getchO; 

return  0; 

} 

VidPushO; 

VidPutWindov^(bak..grnd_screen.0,O.24,79,0,0); 

v_hidec(); 
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do 

( 

KeyRushO: 

key=KeyGetCO; 

scan=key»8: 

switch(scan) 

{ 

case  28:  /*  enter  '/ 

case  80:  /*  down  arrow  V 

case  81:  /*  page  down  */ 

index_num++: 
break; 

case  72:  /*  up  arrow  */ 

case  73:  /*  page  up  */ 

index_num--; 
break; 

case  71:  /*  home  key  */ 

index_num-startjndex„num; 
break: 
case  79: 

index_num=stop_index  num; 
break; 
default: 

\/idPop(1): 

\/_sclype(1 ,10,12):  /*  restore  cursor  */ 

return  0; 

break; 

}  /*  end  switch  7 

if(index_num<start_index_num)  index_num=stopJndex_num; 
if(index_num>stopJndex_num)  index_num=sta,'tjndex_num; 

if(  \/idReadWindow(bak_grnd_screer.,files[index_num])  !=  NOERROR) 

{ 

pnntf("Unable  to  read  %s  screen  ii!e  'n  ,ii'!es{i'ridcX_fiijrrij),’ 
gelch(): 

VidPop(l): 
return  0: 

} 

VfdPutWindow(bak_.gmd_screen, 0,0, 24.79.0,0); 

)  while((key  &  OxOOff)  !=  27): 

VidPopd): 

v_sctype{1 ,10,12);  /*  restore  cursor  7 
return  0; 

j  /*  end  show_a(t_info(inf  topic)  7 
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source  file:  ALT_IN10.C  ‘*‘“**«*«*****‘*‘/ 


#include  ‘alt.h" 

#include  <stdio.h> 

int  getinitaltfi!e(struct  input_struGt  *altjnput) 

{ 

int  set_num; 

FILE  ‘inputjile: 
sizej  inputsize; 
inputsize=sizeof(*alt_input): 

mputJile=fopen("altlast.dat"."rb‘): 
if(input_file==NLJLL)  return  99; 

fread(alt..input, inputsize, 1, inputjile); 

fclose(inputjile): 
return  1 ; 

}  /*end  this  function  */ 

int  savetoinitaltfile(struct  inpuLstruct  'alt  input) 

( 

int  set_num; 

FILE  'outjile; 

sizej  inputsize; 

inputsiz3=sizeof('alljnput); 

outJile=fopen("altlast.dat'V'wb"); 
if(outJile— NULL)  return  99; 

fwrite(altjnput, inputsize, 1, outjile); 

fclose(outjile); 
return  1; 

}  r  end  this  function  7 


r*****””""*”'  source  file:  ALT_TBL.C  . . . . V 

#include  <string.h> 

#include  "alt.h'' 


void  init._a/Linput(strucf  inp'jt_struct  'iriput; 
r 

int  n; 

input->profiie.num.events=2; 
input->profi!e.currenf.  event-O; 
input->p'-ofile.evenf[0].type_indcx=0; 
input->profi!e.evenl[0].day1 =1 ; 
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input->profile.event[0].day2=5: 
input->profile.eventio].alt1=0: 
input->profile.event[0].alt2=10000: 
strcpy(inpirt->protile.eventIO].typebuff, "Ascend "); 
strcpy(input->profile.event(oj.day1  buff,"  1 "); 
strcpy(input->profile.event{o].day2buff,*  5“); 
strcpy (input->profile.event[0].ait1  buff,"  0"); 
strcpy(.nput->profile.event(0].alt2buff, “10000"): 

input->profile.event[1].type_index=2: 
input->profile.event[1].day1  =5; 
input->profil0.0ventI1].day2=15: 
input->profile.event[1].alt1=10000: 
input->profile.event[l].alt2=10000;  := 

strcpy(input->profiie.event[1].typebuff."Remain "); 
strcpy{input->profile.event[1].day1buff."  5*): 
strcpy(input->profil0.eventil].day2buff,"  15"); 
Strcpy{input-^profile.ev0nt[1].alt1buff, “10000"); 
strcpy(input->profile.event(1].alt2buff, "10000“): 

input->profile.ev6nt[2].typeJndex=1; 
input->profile.event(2].day  1  =1 5; 
input->profile.event[2].day2=20; 
input-:>profile.event[2].alt1  =1 0000: 
input->profile.event[2].alt2=:0; 
strcpy{inpu!->profile.event[2].lypebuff, "Descend"); 
strcpy(inpuf->profile.eventi2].day1bulf.“  15"); 
strcpy(input->profile.event[2].day2buff,"  20"); 
strcpy(input->profile.event[2].altl  buff,"1 0000"); 
strcpy(mput->profile.event[2].alt2buff,“  0"); 


for(n=0;n<=3;n++) 

{ 

input->parameters[n].hgb=14.5; 
input->parameters(n3.hct=45.0; 
input->parameters[n].pH=7.4; 
input->parameters[n].HC03=24; 
input->parameters[ni.tre=98.8: 
inpul->parameters(nj.resp_ratio=0.8; 
input->paramefers[n].FI02=21 .0; 
input->parameters[n].PAC02=40.0; 
strcpyf  input'>parametersln].hgb_butf,"  14.5"); 

sircpy(  input->parameters[n].hct_butf,'‘  45.0“); 

slrcpy(  input->parameters(n].pH_buff,"  7.4“); 

strcpy(  input->parameters[n].HC03_buff,"  24.0’); 

strcpy(  input->parameters(n].1re_buff,"  98.8"); 

strcpy(  input->parame1ers[n].resp_raiio_buff,"  0.8"); 
strcpyj  input->parameters[n].FI02_buff,”  21 .0"): 

strcpyf  input->parameters[n].PAC02_buf1,"  40.0'): 

strcpy{input->parameters[n].Aa_diffusion_grad_buff,"  5.0'): 
input->parameters{n]  caiculated=0; 

}  /'*  end  for  **/ 

}  /**  end  init_alf_inpLjt  fu.ncl'on  "V 
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void  write_current_altjnput(stmct  input_parameter_s1ruct  ‘input, int  column) 

{ 

/*  n.b.  colors  are  defined  in  alt.h  */ 
int  r=3;  /*init  row  V 

VidPutS(input->hgb_buff,red,r.column): 

VidPutS(input->hct_buff, red, ++r, column); 
VidPutS(input->pH_buff,red.++r.column); 
VidPutS(input->HC03_buff, red, 4+r, column); 

\/idPutS(input->tre_buff,red,++r, column); 

VidPutS(input->resp_rafio„buff,lgt_blue,++r,column); 

VidPutS(input->FI02_buff,lgt_blue,++r,column); 

\/idPutS(i  •p'Jt->FAC02_buff,lgt_blue,+4r,cclumn); 
VidPutS(inpul->Aa_diffusion_grad_buff,lgt_blue,->-+r, column); 

)  /*  end  write_curr6nLalUnput  function  7 


/**“** . . . source  file:  ALT  INIT.C  »*••*•**•*•**•••♦*••••/ 

#include  <windows.h> 

#include  "alt.h" 

int  init  input_profile{sfruct  input_profile_s*ruct  *p) 

{ 

int  i; 

p->num_events=0; 

p->currerit_event=0; 

for(i=0;i<MAX_EVENTS:i++) 

{ 

p->evenl[ij.typejndex=0;  r  0=remain  7 
p->event[i].day1=1; 
p->evenl[i].day2=3; 
p->event[i].alt1=0; 
p->event[i].att2=1 0000; 
strcpy{p->event[i].typebuff, "Remain '): 
strcpy(p->event[i].day1buff,"  1 "); 
strcpy(p->event[ij.day2buff,“  3 '); 
strcpy(p->event[ij.alt1  buff,  ’00000"). 
strcpy(p->evenlii].alt2bL!!f."10000'); 

)  r  end  for  7 
return  1; 

}  /*  end  function  7 
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fjlg.  EVENTS  .C  . . 

#incliJde  <windows.h> 

#include  "alt.h" 

#define  TABLE_HEADER_ROW  5 
#define  TABLE_HEADER_COL  20 


Int  get_alt_profi(e(struct  mput_profiie_strucf  'p ) 

{ 

WINDOWPTR  event_wn: 

WIFORM  eventjrm; 

int  i,  currenLeventJndex; 

int  alt1,alt2.  day1.day2,  event_type; 

int  r0,r1,r2,r,c; 

char  typebuff[9],  day1buff[5].  alt1buff[7],  day2bLiff[5].  alt2buff(7): 
float  m: 

int  r  tab!e=TABLE_HEADER_ROW; 
int  c_table=TABLE_HEADER_COL; 

struct  pmenu  event  menu= 

{ 

0. 

FALSE, 

0, 

0, 

3, 

{ 0,0,  "Ascend  ' ,  0. 

1,0,  "Descend",  1. 

2,0,  “Remain  ",  2, 

3,1, "Stop",  3, 

99,99,"’,99 

} 

}: 

enurn  event_enum  {  ascend  =  0, 
descend  = 1 . 
remain  =2, 

stop  =  3}  evenLmenu  cho'ce; 
char  eventstr[4][8]={‘' Ascend  ",''Descend'',"Renain  ",  Stop  ‘i; 


r_table=TABLE_HEADER_ROV(/; 

c_table=TABLE_HEADER_COL; 


if(r_table==TABLE_HEADER_ROW) 

VidPutSCEvent  Aiti  (ft)  Alt2  (ft)  Irorn  Day^  to  Day* 
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FG_R,r_table,cJable); 

current_eventJndex=0; 

do 

{ 

day  1  =p->event[current_event_index].day1 : 

day2=p->event[current_event._index].day2; 

altl  =p->event[current_c  'nt_index].alt1 ; 

alt2=p->event[currenLevent..indexj.alt2; 

event_type=p->eventlcurrenf_eventjndex].typejndex; 

strcpy(day1  buH,p->event[current_eventJndex].day1  buff); 

strcpy(day2buff,p->eventIcurrent_evenLindexj.day2buff): 

slrcpyjaltl  bLrff,p->event(current_event_index].aIt1  buff); 

sfrcpy(alt2buff,p->event[current_t"/enl_ind^xi.a!t2buff); 

strcpy(typebuff,p->evenf[current_event_index].typebuff); 


event_wn=wn_open(500,4,15,40,5,WHITE«4IRED,BLACK«4IBLUE}; 

event_menu.  choice=vvn_popup(0,5,28,7,4,WHITE«4!BLUE,WHITE«4IWHITE. 

&event.m6nu,TRUE): 
if(event_menu  choic6==99) 

{ 

vvn_close{event_wn): 
return  99: 

) 

strcpy{lypebuff,eventstr[event_menu_choice]): 

strcpy(p->event(current_event,.index].typebuff,type'Duff); 

wn_dtext(XEQ,NFRM,NFLD,event_wn,1,10,&eventstr[evenf_rrienu..choiGe)); 

svvitch(event_menu_choice) 

{ 

case  ascend: 
case  descend; 

event_fmr!=wn,  frmopn(5); 

vvn_gint(SET,evenUrm,0.event_'.vn, 2,1, 'From  (ft):  “,BLACK«4iRED.' 

&alt1 ,5.0,23000,alt1buff,NSTR."Limits:  0  -  23.000  ft*); 
wn_gint(SET,event_frm,1  .event  v/n.2,18.''to  (ft):  ".BLACK«4IRED.’ '. 

aalt2,5,0.23000.alf2buff,NSTR,’Limits:  0  -  23.000  ft"); 
wn_gint(SET,event.frm,2,event_wn,3,1, "Between  day#  :  ",BLACK«4:RED.‘ ', 
&day1 . 4, 1,35.day1  buff, NSTR, "Limits:  1-35"); 
wn_gint(SET, event  Jrm,3.event_wn,3.21, "and  day# :  ",BLACK«4:RED.' ', 
&day2,4.day1 , 35, day2bufi,NSTR, 'Limits:  1-35"); 
if{wn_frmget(event  frm)=-ESC_CODE) 

{ 

wn_frmc!s(event.  frm): 
vvn_close(even!..wn): 
return  99. 

} 

break; 

case  remain; 

event_frm-wn_frmopn(4); 

v.'n_gint(SET,event_frm,0,event_wn,2,1  "At  fft);  ".BLACK«4:RED,' 
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&alt1 , 5,0, 23000, altl  buff  .NSTR.'Limits:  0  -  23,000  ft'); 
wn_gint(SET,event_frm,1,event_wn,3,1  .“Between  day# :  “,BLACK«4IRED,‘ 
&day1 ,4,1 ,35.day1  buff. NSTR.“Limits:  1-35"); 
wn_.ginl(SET,evenl_frm,2,event_wn,3,21,"and  day# :  ",BLACK«4IRED,' 
&day2,4,day1 ,35,day2buff.NSTR,‘'Limtls;  1  -  35“); 
if(vvn_frmget(event  frm)==ESC_CODE) 

{ 

wnJrmcls(evenLfrnn): 

wn_close(event_wn): 

break; 

) 

alt2=alt1; 

strcpy(alt2buff.alt1  buff); 
break: 
case  stop: 

wn_close(event_wn): 

break: 

};  /*  end  switch  */ 

if(event._menu_choice==stop)  break; 
wn_frmcls(event..  frm); 
wn  .close(event.wn): 


r0=23: 

r1={int)(23-(alt1/1000)); 

r2=(int)(23-(alt2/1000)); 

c=(int)(8x2*(day1-1)); 

if(  {day2-day1 )  =  0 ) 

{ 

VidPulS(typebuff,FG_liFG .  RIFG..G,++r_1able,c.  table): 
VidPutS(alt1buff.FGJiFG.  RIFG_G.r_table.c.  table-8); 
VidPutS{alt2buft,FG  l!FG_  RiFG_G.r_table.c  tab:e+19); 
VidPutS(day1buff,FG  .IIFG_RiFG_G.r  table.c  .tabie+34); 
VidPulSfday2buff.FG  JIFG_R!FG  .G,r  table. cjable+41): 

VidPutA1tr(WHITE«4|BLUE,r2,c.r0,c); 

} 

else 

{ 

VidPutS(typebuff.FGJ!FG_RfFG  .G.-r-rrJable.c.table); 
VidPutSfalf  1  buff,FG_IIFG_RIFG„G.r_table.c_tab'e  f8); 
VidPutS(alt2buff,FG_IIFG_RIFG_  G,r_tabie,c_table-19); 
VidPutS(day1buff.FGJlFG  RIFG..G.rjable.cjable+34); 
VidPulS(day2buff.FG  IIFG  RiFG_G,r_table.c.  table44li: 


if(alt1  ==alt2)  m -0.0; 

else  m=(float)(r2-r1  )/(2*(day2-day1 )); 

for(i=0;i<=(2*(day2-day1  ));i4  -,c++) 

{ 

if(m--.-=0.0)  r=r1 ;  /*  remain  at  cu'rcnt  a!t '/ 
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else  if(m  <  0.0)  r={int)(r1+m*i):  !*  ascend  */ 

else  if(m  >  0.0)  r={int){r1+m*i);  !*  descend  */ 

VidPutAttr{WHITE«4IBLUE.r.c.r0.c): 

} 

}  r  end  else  */ 
p->num_events++; 

p->currenLevent=current_event_index; 

p->event[current_event_index].day  1 =day1 ; 

p->eventlcurrent_event_index].day2=day2; 

p->event{current_event_index].alt1  =all1 ; 

p->evenl[current_eventjndex].alt2=alt2; 

p->event[current_event_index].lypejndex=event_type: 

strcpy(p->event[current_eventjndex].day1  buff.dayl  bcff); 

strcpy{p->event[current_eventjndex].day2buff,day2buff); 

strcpy(p->event[current_eventjndex].alt1  buff,ait1  buff): 

stfcpy(p->event[current_eventjndex].alt2buff,alt2buff); 

strcpy{p->event[current_eventjndex].typebuff,1ypebuff); 

p->event[current_event_index+1].day1=day2; 

p->event[current_event_index+li.day2=day2: 

p->eveni[current_eventjndex+lj.altl=alt2; 

p->evenl[current_event_index+ij.alt2=alt2: 

p->eventIcurrent_evenLindex+1].typeJndex=event_type; 

strcpy(p->event[current_event_index+l  ].day1  buff  .day2buff): 

strcpy{p->event[current_event_index+1].day2buff,day2buff); 

strcpy{p->event[curTent_event_index+1  ].alt1  buff,alt2bufr); 

strcpy(p->event[current_event_index+1].alt2buff,alt2buff); 

strcpy(p->event[current_eventjRdex-}-l].typebuff,typebiiff); 

currenl_event_index++; 


}  vvhile(event_menu_choice  !=  stop): 

p->num_events-; 
return  0: 

)  /*  end  function  get_input_Drofile()  7 


inf  HrAVJ  innn*  r\r/^<ilo 

llti  Ml  ClVr^^f  UW.  ii  Wl  UVt 

{ 

int  i,j: 

int  r0.r1,r2.r.c; 
float  m; 

int  r_table=TABLE_HEADER_ROW; 
int  C_tab!e=TABLE  HEADER.COL; 

r0=23: 


VidPutSC'Event  Al!1  (<f)  A!t2  (ft) 


II  Ml  n  iMc^y  T* 


♦**v  O  r  loolo  ♦oKlrv\ 

IM  IMUyjT  .1  W^l  i,l_ 


129 


ADA294006 


for(i=0;i  <=  profile->num  events;i+i-) 

{ 

rl={int)(23-(profile->evenl(i].alt1/1000)): 

r2=(int)(23-(profile->even1[ij.a!t2/1000)); 

c=(int)(8+2*(profile->event|i].day1-1)): 


if(  (profiIe->event[i].clay2-profile->event[i].day1)  ==  0 ) 

{ 

VidPutS(profile->eveni[i].lypebuff,FG_liFG_RIFG_G,-H-rJafafe,c_fabie): 

VidPutS(profile->event{i].alt1buff.FG_liFG_RIFG_G,r_table,c_table+0): 

\/idPutS(profile->eventIij.alt2buff,FGJIFG_RlFG_G.r_lable.c_table+19); 

VidPutS(profi!e->event[i].day1bulf,FG_IIFG_RIFG_G.r_table,c_tabIe-t34): 

VidPutS(prcfi!e->event[i].day2fauff.FG_IIFG_RIFG_G,r_table,c_table-r41): 


VidPufAtlr{WHlTE«4lBLUE.f2.c,fO,c): 

} 

else 

{ 

VidPutS(profile->event[i].typebuff,FG_IIFG_R!FG_G.i-4rJable,cjable); 
VidPutS(profile->event[ij.alt1bulf,FGJIFG_R!FG_G,r_tabIe,c_table+8); 
VidPutS(profile->eyent(i].aIt2buff,FG_liFG„R!FG_G,r_table.c_table-«-19): 
VidPutS(profile->event(ij.day1buff,FG_IIFG_RiFG.  G.r  .table, c„labie+34): 
VidPutS(profiIe->eyent[ij.day2b’jff,FG  !!FQ_R!FG_G,rjab!e,c_tab!e+4‘!); 


if{profi!e->event[i].alt1  =:=prof I!e->even1[i].a!t2)  m=0.0: 

else  rn=(float)(r2-r1)/(2*{profile->event[i].day2-profile->even1[j].day1)): 


for(j=0;i<=(2’(p:of.!e->ey5r’t 

f 


fil  Ha\/9.nrnfno.-%owo*%lfn 


ff'i  •  •  / 


if(m==0.0)  r=rl ;  /*  remain  at  current  alt  */ 

else  if(m  <  0.0)  r=:(int)(r1+m*i);  T  ascend  7 
else  if(m  >  0.0)  ri;{int)(r1+m'j);  r  descend  V 
VidPutAttr(WHITE«4IBLUE.r,c.r0.c): 

)  /**  end  for  '7 
)  /**  end  else  *7 
}  /**  end  for  *7 
return  0; 

}  /***  end  function  int  draw.  profiie(...)  "7 


/• . . . . . source  file:  EVNTSORT.C 

^include  'alt.h ' 

^include  <search.h> 


int  sort_events(struct  input_pro1re_strucl  *pl 

{ 

qsort(  (void  *)p->eveni,  (s;ze_t)p->num_events. 
sizecff  struct  event.struct }, 
compare_event_dates); 
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} 

int  compare_event_dales{  struct  evenLstruct  *event1, 
struct  event_struct  *6vent2 ) 

{ 

if(  eventi  ->day1  >  event2->day1 ) 
return  1; 

else  if{  event1->day1  <  eveni2->day1 ) 
return -1; 
else 

return  0; 

} 


^**«rir«t**#-*»******«**«r**A*«^ltif***«***««**««***«*it«**«*«***il**«****«***********ir*«4  ******************** 

The  lengthy  source  code  for  the  functions  comprising  the  cold  and  heat  stress 
modules  is  not  included  but  is  available  upon  request  from  the  author. 

A*******-!**********  ***«■***«  *«**  *’*  ArAAt  A  AHItaA  At  AAA  A  A9  ft  A  A  *  A  at  A  A  *  ■  ■  t  r  *  « t « i*  Aks  v  a  «  ««■  j 
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DISTRIBUTION  LIST 


2  Copies  to: 

Defense  rechnical  Information  Center 
ATTN:  DTIC-SDAC 
Alexandria,  VA  22304-6145 

Office  of  the  Assistant  Secretary  of  Defense  (HIth  Affairs) 
ATTN:  Medical  Readiness 
Washington,  D.C.  20301-1200 

Commander 

U.S.  Army  Medical  Research  and  Materiel  Command 
ATTN:  SGRD-OP 
Fort  Detrick 

Frederick,  MD  21702-5012 
Commander 

U.S.  Army  Medical  Research  and  Materiel  Command 
ATTN:  SGRD-PLE 
Fort  Detrick 

Frederick,  MD  21702-5012 
Commander 

U.S.  Army  Medical  Research  a.nd  Materiel  CorTtmand 
.ATTN:  SGRD-PLC 
Fort  Detrick 

Frederick,  MD  21702-5012 
Commandant 

Army  Medical  Department  Center  and  School 
ATTN:  HSHA-FM,  Bldg.  2840 
Fort  Sam  Houston,  TX  78236 
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1  Copy  to: 

Joint  Chiefs  of  Staff 
Medical  Plans  and  Operations  Division 
Deputy  Director  for  Medical  Readiness 
ATTN:  RAD  Smyth 

The  Pentagon,  Washington,  D.C.  20310 
HQDA 

Office  of  the  Surgeon  Genera! 

Preventive  Medicine  Consultant 
ATTN:  SGPS-PSP 
5109  Leesburg  Pike 
Falls  Church,  VA  22041-3258 

Commander 

U.S.  Arniy  Environmental  Hygiene  Agency 
Aberdeen  Proving  Ground.  MD  21010-5422 

Director,  Biological  Sciences  Division 
Office  of  Naval  Research  -  Code  141 
800  N.  Quincy  Street 
Arlington,  VA  22217 

Commanding  Officer 

Naval  Medical  Research  and  Development  Command 
NMC/  Bldg.  1 

Bethesda,  MD  20889-5044 
Commanding  Officer 

U.S.  Navy  Clothing  &  Textile  Research  Facility 
ATTN:  NCTRF-01 
Natick,  MA  01760-5000 

Commanding  Officer 
Navy  Environmental  Health  Center 
2510  Walmer  Avenue 
Norfolk,  VA  23513-2617 

Commanding  Officer 

Naval  Medical  Research  Institute 

Bethesda.  MD  20889 
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Commanding  Officer 
Naval  Health  Research  Center 
P.O-  Box  85122 
San  Diego.  CA  92138-9174 

Commander 

USAF  Armstrong  Medical  Research  Laboratory 
Wright-Patterson  Air  Force  Base.  OH  45433 

Commander 

USAF  Annstrong  Medical  Research  Laboratory 

ATTN:  Technical  Library 

Brooks  Air  Force  Base,  TX  78235-5301 

Commander 

USAF  School  of  Aerospace  Medicine 
Brooks  Air  Force  Base.  TX  78235-5000 

Commander 

u.S.  Army  Medical  Research  Institute  cf  ChGtiuCol  Defsnse 
ATTN:  SGRD-UVZ 

Aberdeen  Proving  Ground,  MD  21010*5425 
Commander 

U.S.  Army  Medical  Materiel  Development  .ActK^ity 
ATTN:  SGRD-UMZ 
Fort  Detrick 

Frederick,  MD  21702-5009 
Commander 

U.S.  Army  Institute  of  Surgical  Research 

ATTN:  SGRD-UMZ 

Fort  Sam  Houston,  TX  21702-6200 

Commander 

U.S.  Army  Medical  Research  Institute  of  Infectious  Diseases 
ATTN:  SGRD-UIZ 
Fort  Detrick 

Frederick.  MD  21702-5011 
Director 

Waller  Reed  Army  Institute  of  Research 

ATTN:  S6RD-UWZ-C  (Director  for  Research  Management) 

Washington.  D.C.  20307-5100 
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Commander 

U.S  '.my  Natick  Research,  Development  &  Engineering  Center 
ATTN:  SATNC-Z 
Natick,  MA  01760-5000 

Commander 

U.S.  Army  Natick  Research,  Development  &  Engineering  Center 
ATTN:  SATNC-T 
Natick,  MA  01760-5000 

Commander 

U.S.  Army  Natick  Research,  Development  &  Erigineeririg  Center 
ATTN:  SATNC-MIL 
Natick,  MA  01760-5000 

Director 

U.S.  Army  Research  Institute  for  the  Behavioral  Sciences 
5001  Eisenhower  Avenue 
Alexandria,  VA  22333-5600 

Commander 

U.S.,  Army  Training  and  Doctrine  Command 
Office  of  the  Surgeon 
ATTN:  ATMD 

Fort  Monroe,  VA  23651-5000 
HQDA 

Assistant  Secretary  of  the  Army  for 
Research,  Development  and  Acquisition 
ATTN:  SARD-TM 

The  Pentagon,  Washington,  D.C.  20310 
HQDA 

Office  of  the  Surgeon  General 
ATTN:  DASG-ZA 
5109  Leesburg  Pike 
Falls  Church,  VA  22041-3258 

HQDA 

Office  of  the  Surgeon  General 
ATTN:  DASG-MS 
5109  Leesburgh  Pike 
Falls  Chaurch,  VA  22041-3258 
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